WO2018066234A1 - 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 - Google Patents

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 Download PDF

Info

Publication number
WO2018066234A1
WO2018066234A1 PCT/JP2017/029303 JP2017029303W WO2018066234A1 WO 2018066234 A1 WO2018066234 A1 WO 2018066234A1 JP 2017029303 W JP2017029303 W JP 2017029303W WO 2018066234 A1 WO2018066234 A1 WO 2018066234A1
Authority
WO
WIPO (PCT)
Prior art keywords
procedure
identification information
core network
cpf
information
Prior art date
Application number
PCT/JP2017/029303
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 AU2017340216A priority Critical patent/AU2017340216B2/en
Priority to CN201780061859.5A priority patent/CN110140395B/zh
Priority to EP17858074.2A priority patent/EP3525526A4/en
Priority to US16/339,651 priority patent/US11140599B2/en
Priority to NZ752976A priority patent/NZ752976B2/en
Priority to MX2019003991A priority patent/MX2019003991A/es
Publication of WO2018066234A1 publication Critical patent/WO2018066234A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H04W8/065—Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Definitions

  • the present invention relates to a terminal device, MME (Mobility Management Entity), CPF (Control Plane Function), and a communication control method.
  • MME Mobility Management Entity
  • CPF Control Plane Function
  • 3GPP 3rd Generation Partnership Project
  • SAE System Architecture Evolution
  • LTE Long Term Evolution
  • 3GPP has specified EPS (Evolved Packet System) as a communication system for realizing all IP (Internet Protocol).
  • EPC Evolved-Packet-Core
  • next-generation communication technology and system architecture for 5G (5th Generation) mobile communication systems which are next-generation mobile communication systems.
  • NextGen Architecture and Security for for Next Generation System
  • NextGen extracts technical issues for connecting a wide variety of terminals to cellular networks, and specifies solutions.
  • NextGen is studying the optimization of session management in mobile communication services between terminals and network devices.
  • the present invention has been made in view of such circumstances, and an object thereof is to provide means for establishing a session, communication control means for realizing communication of various types of user data, and the like. .
  • a terminal device performs a detach procedure for a first core network, and after the detach procedure, a transmission / reception unit that executes an attach procedure for a second core network; and the detach Based on completion of the procedure, the control unit changes the connection destination from the first core network to the second core network, and the transmission / reception unit sends a detach request message to the CPF (Control Plane) in the detach procedure.
  • the attach request message is transmitted to MME (Mobility Management Entity), and the detach request message includes information indicating that the connection destination is changed, and the attach request message includes It includes information indicating over.
  • MME Mobility Management Entity
  • a CPF Control Plane Function
  • a transmission / reception unit that executes a detach procedure, and a connection destination of a terminal device based on completion of the detach procedure, from the first core network to the second
  • a control unit that disconnects from the terminal device is provided, and the transmission / reception unit transmits a detach request message to the terminal device in the detach procedure, and the detach request message is , Including information indicating that the connection destination of the terminal device is changed.
  • An MME Mobility Management Entity
  • a transmission / reception unit that executes an attach procedure, and a connection destination of a terminal device based on the completion of the attach procedure, from the first core network to the second A control unit that connects to the terminal device in order to change to the core network, wherein the transmission / reception unit receives an attach request message from the terminal device in the attach procedure, and the attach request message is a handover It includes the information which shows.
  • a communication control method for a terminal device includes a step of executing a detach procedure for a first core network, and an attach procedure for a second core network after the detach procedure. And a step of changing the connection destination from the first core network to the second core network based on the completion of the detach procedure, and in the detach procedure, a detach request message is sent to the CPF (Control Plane Function) further includes a step of transmitting an attach request message to MME (Mobility Management Entity) in the attach procedure, and the detach request message changes a connection destination. And the attach request message indicates handover. Including broadcast, characterized in that.
  • the communication control method of CPF Control Plane Function
  • CPF Control Plane Function
  • the communication control method of CPF includes a step of executing a detach procedure and, based on completion of the detach procedure, a connection destination of the terminal device from the first core network. Disconnecting the connection with the terminal device to change to the second core network, and the transmitting and receiving unit transmits a detach request message to the terminal device in the detach procedure. And the detach request message includes information indicating that the connection destination is changed.
  • An MME (Mobility Management Entity) communication control method includes a step of executing an attach procedure, and a connection destination of a terminal device based on the completion of the attach procedure, from the first core network. Connecting to the terminal device in order to change to the second core network, and further comprising the step of receiving an attach request message from the terminal device in the attach procedure.
  • the request message includes information indicating handover.
  • the terminal can be simultaneously connected to the core network via a plurality of access networks, and can realize communication of various types of user data.
  • the core network can accommodate terminal devices connected to various access networks, and can provide mobile communication services.
  • FIG. 3 is a diagram for explaining an example of the configuration of a core network and an access network_A in a mobile communication system.
  • FIG. 3 is a diagram for explaining an example of the configuration of a core network and an access network_B in a mobile communication system.
  • It is a figure for demonstrating the apparatus structure of UE.
  • It is a figure for demonstrating the memory
  • It is a figure for demonstrating the apparatus structure of eNB / NR node / WAG.
  • FIG. 1 is a diagram for explaining the outline of the mobile communication system in the present embodiment.
  • the mobile communication system 1 includes a mobile terminal apparatus UE_A10, an access network_A, an access network_B, a core network_A90, a core network_B190, and a PDN (PacketData Network) _A5.
  • UE_A10 may be a terminal device that can be wirelessly connected, and may be a UE (User Equipment), an ME (Mobile Equipment), an MS (Mobile Station), a CIoT (Cellular Internet of Things) terminal (CIoT UE), or the like.
  • the core network may be the core network_A90 and / or the core network_B190
  • the access network may be the access network_A and / or the access network_B.
  • UE_A10 can be connected to the access network and / or the core network. Furthermore, UE_A10 can connect with PDN_A5 via an access network and / or a core network, and further transmits / receives user data to / from PDN_A5.
  • the user data may be data transmitted / received between UE_A10 and PDN_A5. Further, transmission / reception (communication) of user data may be performed using a PDU (Protocol Data Unit or Packet Data Unit) session or may be performed using a PDN connection (Packet Data Network Connection). Further, user data communication is not limited to IP (Internet Protocol) communication but may be non-IP communication.
  • a PDU session or a PDN connection (hereinafter also referred to as a PDN connection) is established between UE_A10 and PDN_A5 in order to provide a PDU connection service for transmitting and receiving user data between UE_A10 and PDN_A5.
  • the PDU session or PDN connection may be connectivity established between UE_A 10 and the external gateway.
  • the external gateway may be a device that connects the PDN_A5 and a core network such as PGW (Packet Data Network Gateway) _A30, UPGW (User Plane Gateway) _A130, and SCEF (Service Capability Exposure Function) _A46.
  • PGW Packet Data Network Gateway
  • UPGW User Plane Gateway
  • SCEF Service Capability Exposure Function
  • the PDU session or PDN connection may be a communication path established for transmitting / receiving user data between the UE_A 10 and the core network and / or PDN_A5, or may be a communication path for transmitting / receiving PDUs.
  • the PDU session or the PDN connection may be a session established between the UE_A 10 and the core network and / or PDN_A5, and is configured by a transfer path such as one or a plurality of bearers between each device in the mobile communication system 1. It may be a logical communication path.
  • the PDN connection may be a connection established by the UE_A 10 between the core network_A 90 and the external gateway, or may be a connection established between the UE_A 10 and the PGW_A 30 and / or SCEF_A 46.
  • the PDU session may be a connection established by UE_A10 between the core network_B190 and the external gateway, a connection established between UE_A10 and UPGW_A130, a PDN connection (Packet Data Data Network Connection), etc.
  • the PDN connection may be connectivity and / or connection between UE_A10 and PGW_A30 via eNB (evolved NodeB) _A45 and / or SGW (Serving Gateway) _A35, and UE_A10 via eNB_A45 and / or MME_A40. It may be connectivity and / or connection with SCEF_A46. Further, the PDU session may be connectivity and / or connection between UE_A 10 and UPGW_A 130 via NR node_A122.
  • eNB evolved NodeB
  • SGW Serving Gateway
  • UE_A 10 can transmit and receive user data using a PDU session or a PDN connection with a device such as an application server arranged in PDN_A 5.
  • the PDU session or the PDN connection can transfer user data transmitted and received between devices such as an application server arranged in the UE_A10 and the PDN_A5.
  • each device UE_A10, a device in the access network, and / or a device in the core network
  • identification information includes APN (AccessPoint Name), TFT (Traffic Flow Template), session type, application identification information, PDN_A5 identification information, NSI (Network Slice Instance) identification information, and DCN (Dedicated Core Core Network). At least one of the identification information and the access network identification information may be included, or other information may be further included. Further, when a plurality of PDU sessions or PDN connections are established, each piece of identification information associated with the PDU session or PDN connection may have the same contents or different contents.
  • IP communication is data communication using IP, and is data communication realized by transmission / reception of IP packets with an IP header.
  • the payload part which comprises an IP packet may contain user data which UE_A10 transmits / receives.
  • the non-IP communication is data communication that does not use IP, and is data communication that is realized by transmission / reception of data without an IP header.
  • non-IP communication may be data communication realized by transmission / reception of application data to which no IP packet is attached, or another header such as a Mac header or an Ethernet (registered trademark) frame header is attached to UE_A10.
  • User data to be transmitted / received may be transmitted / received.
  • PDN_A5 may be a DN (Data Network) that provides a communication service to UE_A10.
  • the DN may be configured as a packet data service network or may be configured for each service.
  • PDN_A5 may include a connected communication terminal. Therefore, connecting to PDN_A5 may be connecting to a communication terminal or server device arranged in PDN_A5. Further, transmitting / receiving user data to / from PDN_A5 may be transmitting / receiving user data to / from a communication terminal or server device arranged in PDN_A5.
  • PDN_A5 may be expressed as DN, or DN may be expressed as PDN_A5.
  • the access network is a wireless network connected to UE_A10 and / or the core network.
  • the access network may be a 3GPP access network or a non-3GPP access network.
  • the 3GPP access networks are E-UTRAN (Evolved Universal Terrestrial Radio Access Network) _A80, UTRAN (Universal Terrestrial Radio Access Network) _A20, GERAN (GSM (registered trademark) EDGE Radio Access Network) _A25, NextGenRAN (Next Generation Radio Access Network)
  • the non-3GPP access network may be WLAN ANb75, WLAN ANa70, WLAN ANc125.
  • UE_A 10 may be connected to the access network in order to connect to the core network, or may be connected to the core network via the access network.
  • the core network is an IP mobile communication network operated by a mobile network operator (Mobile Network Operator) connected to the access network and / or PDN_A5.
  • the core network may be a core network for a mobile communication operator that operates and manages the mobile communication system 1, or a virtual mobile communication provider such as MVNO (Mobile Virtual Network Operator) or MVNE (Mobile Virtual Network Enabler) or a virtual mobile body.
  • a core network for a communication service provider may be used.
  • the core network_A90 may be an EPC (Evolved Packet Core) that configures EPS (Evolved Packet System)
  • the core network _B190 is an NGC (Next Generation System (NextGen Generation System)) that configures NGS (NextGen System (Next Generation System)).
  • the EPC may be the core network_A90
  • the NGC may be the core network_B190
  • the core network_B190 may be a core network of a system that provides a 5G communication service.
  • the core network_B190 is not limited to this, and may be a network for providing a mobile communication service.
  • the core network may be core network_A90, core network_B190, or a combination thereof.
  • the core network_A90 may be an EPC, and the core network_B190 may be an NGC (NextGen) Core).
  • Fig. 2 shows an example of the core network_A90 configuration.
  • Core network_A90 in Figure 2 (a) is HSS (Home Subscriber Server) _A50, AAA (AuthenticationAuthorization Accounting) _A55, PCRF (Policy and Charging Rules Rules) _A60, PGW_A30, ePDG (enhancedPacket Data Data Gateway) _A65, SGW_A35, It consists of Mobility (Management (Entity) _A40, SGSN (ServingGPRS (Support) Node) _A42, and SCEF_A46.
  • the core network_A90 can be connected to a plurality of radio access networks (E-UTRAN_A80, WLAN ⁇ ANb75, WLAN ANa70, UTRAN_A20, GERAN_A25).
  • the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
  • UE_A10 can be wirelessly connected to the wireless access network.
  • the access network that can be connected by the WLAN access system is WLAN access network b (WLAN ANb75) connected to the core network via ePDG_A65, or WLAN access network a (WLAN ANa70) connected to PGW_A30, PCRF_A60, and AAA_A55.
  • WLAN access network b WLAN access network b
  • ePDG_A65 Wireless AN
  • WLAN access network a WLAN ANa70
  • PGW_A30 is connected to PDN_A5, SGW_A35, ePDG_A65, WLANANa70, PCRF_A60, and AAA_A55, and is a relay device that transfers user data as a gateway between PDN_A5 and / or DN and core network_A90.
  • the PGW_A30 may be a gateway for IP communication and / or non-IP communication.
  • PGW_A30 may have a function of transferring IP communication, or may have a function of converting non-IP communication and IP communication.
  • a plurality of such gateways may be arranged in the core network_A90. Further, the plurality of gateways may be gateways that connect the core network_A90 and a single DN.
  • U-Plane may be a communication path for transmitting and receiving user data, and may be composed of a plurality of bearers.
  • C-Plane Control Plane
  • PGW_A30 may be connected to the UP function and the Policy function, or may be connected to UE_A10 via the U-Plane. Further, the PGW_A30 may be configured together with the UPGW_A130.
  • SGW_A35 is connected to PGW_A30, MME_A40, E-UTRAN_A80, SGSN_A42, and UTRAN_A20, and relays user data as a gateway between core network_A90 and 3GPP access networks (UTRAN_A20, GERAN_A25, E-UTRAN_A80) Device.
  • SGW_A35 may be an UP function that transfers user data with a contact point with the access network.
  • UPGW (User Plane Gateway) _A130 is a gateway for transferring user data between the access network and the core network. But you can.
  • MME_A40 is connected to SGW_A35, the access network, HSS_A50, and SCEF_A46, and is a control device that performs location information management including mobility management of UE_A10 and access control via the access network. Further, the MME_A 40 may include a function as a session management device that manages a session established by the UE_A 10. Further, a plurality of such control devices may be arranged in the core network_A90. For example, a location management device different from the MME_A40 may be configured. A location management device different from MME_A40 may be connected to SGW_A35, an access network, SCEF_A46, and HSS_A50, similarly to MME_A40.
  • the MMEs may be connected to each other. Thereby, transmission / reception of the context of UE_A10 may be performed between MMEs.
  • the MME_A 40 is a management device that transmits and receives control information related to mobility management and session management with the UE_A 10, and in other words, may be a control device of a control plane (Control-Plane; C-Plane; CP).
  • the MME_A40 may be a management device configured in one or more core networks or DCN or NSI, or one or more core networks or A management device connected to DCN or NSI may be used.
  • a plurality of DCNs or NSIs may be operated by a single communication carrier, or may be operated by different communication carriers.
  • the MME_A40 may be a relay device that transfers user data as a gateway between the core network_A90 and the access network. Note that the user data transmitted / received using the MME_A 40 as a gateway may be small data.
  • MME_A40 may be an NF that plays a role of mobility management such as UE_A10, an NF that plays a role of session management such as a PDU session, or an NF that manages one or a plurality of NSIs.
  • the MME_A 40 may be an NF that plays one or more of these roles.
  • the NF may be one or more devices arranged in the core network_A90, and may be a CP function for control information and / or control messages (hereinafter referred to as CPF (Control Plane Function) or Control Plane Network Function). Or a shared CP function shared among a plurality of network slices.
  • CPF Control Plane Function
  • Control Plane Network Function Control Plane Network Function
  • NF is a processing function configured in the network. That is, the NF may be a functional device such as MME, SGW, PGW, CPF, or UPGW, or may be function or capability capability information such as MM (Mobility Management) or SM (Session Management).
  • the NF may be a functional device for realizing a single function or a functional device for realizing a plurality of functions.
  • the NF for realizing the MM function and the NF for realizing the SM function may exist separately, and the NF for realizing both the MM function and the SM function exists. May be.
  • HSS_A50 is connected to MME_A40, AAA_A55, and SCEF_A46, and is a management node that manages subscriber information.
  • the subscriber information of HSS_A50 is referred to at the time of access control of MME_A40, for example.
  • the HSS_A50 may be connected to a location management device different from the MME_A40.
  • HSS_A50 may be connected to CPF_A140.
  • AAA_A55 is connected to PGW_A30, HSS_A50, PCRF_A60, and WLANANa70, and performs access control for UE_A10 connected via WLAN ⁇ ⁇ ANa70.
  • PCRF_A60 is connected to PGW_A30, WLAN ANa75, AAA_A55, and PDN_A5, and performs QoS management for data delivery. For example, the QoS of the communication path between UE_A10 and PDN_A5 is managed. Furthermore, the PCRF_A 60 may be a device that creates and / or manages PCC (Policy and Charging Control) rules and / or routing rules used when each device transmits and receives user data.
  • PCC Policy and Charging Control
  • PCRF_A60 may be a Policy function that creates and / or manages policies. More specifically, the PCRF_A60 may be connected to the UP function.
  • EPDG_A65 is connected to PGW_A30 and WLAN ANb75, and delivers user data as a gateway between core network_A90 and WLAN ANb75.
  • SGSN_A42 is connected to UTRAN_A20, GERAN_A25 and SGW_A35, and is a control device for location management between 3G / 2G access network (UTRAN / GERAN) and LTE access network (E-UTRAN). Furthermore, SGSN_A42 has a PGW and SGW selection function, a UE_A10 time zone management function, and an MME_A40 selection function during handover to E-UTRAN.
  • SCEF_A46 is connected to PDN_A5, MME_A40, and HSS_A50, and is a relay device that transfers user data as a gateway connecting PDN_A5 and / or DN and core network_A90.
  • SCEF_A 46 may be a gateway for non-IP communication. Further, the SCEF_A 46 may have a function of converting non-IP communication and IP communication. A plurality of such gateways may be arranged in the core network_A90. Furthermore, a plurality of gateways connecting the core network_A90 and a single PDN_A5 and / or DN may be arranged.
  • SCEF_A 46 may be configured outside the core network or may be configured inside.
  • each radio access network includes devices (for example, base station devices and access point devices) to which UE_A 10 is actually connected.
  • devices for example, base station devices and access point devices
  • a device used for connection a device adapted to a radio access network can be considered.
  • E-UTRAN_A80 is an LTE (LongTerm Evolution) access network and includes eNB_A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (EvolvedvolveUniversal TerrestrialRadio Access), and E-UTRAN_A80 may include one or more eNB_A45.
  • a plurality of eNBs may be connected to each other.
  • UTRAN_A20 is a 3G access network and includes RNC (Radio Network Controller) _A24 and NB (NodeB) _A22.
  • NB_A22 is a radio base station to which UE_A10 is connected by UTRA (Universal Terrestrial Radio Access), and UTRAN_A20 may be configured to include one or a plurality of radio base stations.
  • the RNC_A24 is a control unit that connects the core network_A90 and the NB_A22, and the UTRAN_A20 may be configured to include one or a plurality of RNCs.
  • the RNC_A24 may be connected to one or a plurality of NB_A22.
  • the RNC_A24 may be connected to a radio base station (BSS (Base Station Subsystem) _A26) included in the GERAN_A25.
  • BSS Base Station Subsystem
  • GERAN_A25 is a 2G access network and includes BSS_A26.
  • BSS_A26 is a radio base station to which UE_A10 is connected by GERA (GSM (registered trademark) / EDGE
  • a plurality of BSS_A 26 may be connected to each other.
  • BSS_A26 may be connected to RNC_A24.
  • WLAN ANA70 is a wireless LAN access network and includes WLAN AP (Wireless Local Area Network Access Point) a72 and TWAG (Trusted WLAN Access Gateway) _A74.
  • WLAN APa72 is a wireless base station to which UE_A10 connects with a WLAN access system that is reliable to the operator operating the core network_A90
  • WLAN ANa70 includes one or more wireless base stations May be.
  • TWAG_A74 is a gateway between the core network_A90 and the WLAN ANa70.
  • the WLAN APA 72 and the TWAG_A 74 may be configured by a single device. Even if the operator that operates the core network_A90 and the operator that operates the WLAN ANa70 are different, it is possible to realize such a configuration by contracts and contracts between the operators.
  • WLAN ANb75 is a wireless LAN access network and includes WLAN APb76.
  • WLAN APb76 is a radio base station to which UE_A10 is connected in the WLAN access system when the trust relationship is not established with the operator operating the core network_A90.
  • One or a plurality of radio base stations are connected to WLAN ANb75.
  • a station may be included.
  • WLAN ANb75 is connected to core network_A90 using ePDG_A65, which is a device included in core network_A90, as a gateway.
  • ePDG_A65 has a security function to ensure safety.
  • FIG. 3 shows an example of the configuration of the core network_B190.
  • the core network_B190 in FIG. 3 (a) includes HSS_A50, PCRF_A60, UPGW (User (Plane Gateway) _A130, CPF (Control Plane Function) _A140, and SCEF_A46.
  • the core network_B190 can be connected to a plurality of radio access networks (E-UTRAN_A80, NextGen RAN_A120, WLAN ANc125).
  • the radio access network may be configured to be connected to a plurality of different access networks, or may be configured to be connected to any one access network.
  • UE_A10 can be wirelessly connected to the wireless access network.
  • E-UTRAN_A80 and NextGen RAN_A120 can be configured as an access network that can be connected with the 3GPP access system.
  • the access network that can be connected by the WLAN access system can be configured as a WLAN access network c (WLANcANc125) connected to CPF_A140 and UPGW_A130.
  • WLANcANc125 WLAN access network c
  • UPGW_A130 is a device connected to PDN_A5, PCRF_A60, CPF_A140, E-UTRAN_A80, NextGen RAN_A120, and WLAN ANc125, and is a relay device that transfers user data as a gateway between PDN_A5 and / or DN and core network_B190. is there.
  • UPGW_A 130 may be a gateway for IP communication and / or non-IP communication. Further, UPGW_A 130 may have a function of transferring IP communication, or may have a function of converting non-IP communication and IP communication. Note that a plurality of such gateways may be arranged in the core network_B190. Further, the plurality of gateways may be gateways connecting the core network_B190 and a single DN.
  • the UPGW_A 130 may have connectivity with other NFs and may be connected to each device via other NFs.
  • CPF_A140 is a device connected to UPGW_A130, E-UTRAN_A80, NextGen RAN_A120, WLAN ANc125, HSS_A50 and SCEF_A46.
  • CPF_A140 may be an NF that plays a role of mobility management such as UE_A10, may be an NF that plays a role of session management such as a PDU session, or may be an NF that manages one or a plurality of NSIs.
  • the CPF_A 140 may be an NF that plays one or more of these roles.
  • the NF may be one or a plurality of devices arranged in the core network_B190, or may be a CP function (Control Plane ⁇ ⁇ Function or Control PlaneNetwork Function) for control information and / or control messages, and a plurality of network slices. It may be a shared CP function shared between them.
  • CPF_A 140 may have connectivity with other NFs, and may be connected to each device via other NFs.
  • the CPF may be configured as a control plane device for controlling a Control plane (control plane).
  • Each device may be configured in the same manner as the device of the core network_B190, and the configuration and role of the SCEF_A46, HSS_A50, and PCRF_A60 may be the same devices as those described in the core network_A90.
  • each radio access network includes a device (for example, a base station device or an access point device) to which UE_A 10 is actually connected.
  • a device used for connection a device adapted to a radio access network can be considered.
  • NextGen RAN_A120 is a 5G access network, and includes NR node (New Radio Access Technology node) _A122.
  • NR node_A122 is a radio base station to which UE_A10 is connected by NextGen RA (Next GenerationRadio Access), and NextGen ⁇ RAN_A120 may include one or more NR node_A122.
  • NextGen RAN_A120 may be an access network composed of E-UTRA_A80 and / or NextGen RAN_A120.
  • NextGen RAN_A120 may include eNB_A45, NR node_A122, or both.
  • eNB_A45 and NR node_A122 may be the same device. Therefore, NR node_A122 can be replaced with eNB_A45.
  • WLAN ANc125 is a wireless LAN access network and includes WAG_A126.
  • WAG (WLAN AccessGateway) _A126 is a radio base station to which UE_A10 is connected by wireless LAN access, and WLAN ANc125 may be configured to include one or more WAG_A126.
  • WAG_A126 may be a gateway between the core network_B190 and WLAN ANc125.
  • the functional unit of the radio base station and the functional unit of the gateway may be configured by different devices.
  • the WLAN ANc 125 may have the same configuration as the WLAN ANa 70 and / or the WLAN ANb75, or may have a different configuration.
  • UE_A10 being connected to each radio access network means being connected to a base station device, an access point, etc. included in each radio access network. In other words, it goes through a base station device or an access point.
  • the control message transmitted and received between UE_A10 and core network_B190 may be the same control message regardless of the type of access network. Therefore, UE_A10 and core network_B190 sending and receiving messages via NR node_A122 is the same as UE_A10 and core network_B190 sending messages via eNB_A45 and / or WAG_A126. Good.
  • IMSI International Mobile Subscriber Identity
  • MME_A40 / CPF_A140, and SGW_A35 may be equal to the IMSI stored in HSS_A50.
  • EMM State / MM State indicates the mobility management state of UE_A10 or MME_A40 / CPF_A140.
  • the EMM State / MM State may be an EMM-REGISTERED state (registered state) in which UE_A10 is registered in the network and / or an EMM-DEREGISTERD state (unregistered state) in which UE_A10 is not registered in the network.
  • EMM State / MM State may be an ECM-CONNECTED state in which the connection between the UE_A 10 and the core network is maintained and / or an ECM-IDLE state in which the connection is released.
  • EMM State / MM State may be information that can distinguish between a state in which UE_A10 is registered in core network_A90 and a state in which UE_A10 is registered in core network_B190.
  • GUTI Globally Unique Temporary Identity
  • the GUTI includes MME_A40 / CPF_A140 identification information (GUMMEI (Globally UniqueMME Identifier)) and UE_A10 identification information (M-TMSI (M-Temporary MobileSubscriber Identity)) in the specific MME_A40 / CPF_A140.
  • ME Identity is the ID of UE_A10 or ME, and may be, for example, IMEI (International Mobile Equipment Identity) or IMEISV (IMEI Software Version).
  • MSISDN represents the basic telephone number of UE_A10.
  • the MSISDN stored in the MME_A40 / CPF_A140 may be information indicated by the storage unit of the HSS_A50. Note that GUTI may include information for identifying CPF_A140.
  • MME F-TEID is information that identifies MME_A40 / CPF_A140.
  • the MME F-TEID may include the IP address of MME_A40 / CPF_A140, the TEID (TunnelunEndpoint Identifier) of MME_A40 / CPF_A140, or both of them. Further, the IP address of MME_A40 / CPF_A140 and the TEID of MME_A40 / CPF_A140 may be stored independently. Further, the MME F-TEID may be identification information for user data or identification information for control information.
  • SGW F-TEID is information that identifies SGW_A35.
  • the SGW F-TEID may include the IP address of SGW_A35, may include the TEID of SGW_A35, or may include both of them. Further, the IP address of SGW_A35 and the TEID of SGW_A35 may be stored independently. Further, the SGWTEF-TEID may be identification information for user data or identification information for control information.
  • PGW F-TEID is information for identifying PGW_A30 / UPGW_A130.
  • the PGW F-TEID may include the IP address of PGW_A30 / UPGW_A130, may include the TEID of PGW_A30 / UPGW_A130, or may include both of them.
  • the IP address of PGW_A30 / UPGW_A130 and the TEID of PGW_A30 / UPGW_A130 may be stored independently.
  • the PGW F-TEID may be identification information for user data or identification information for control information.
  • ENB F-TEID is information that identifies eNB_A45.
  • the eNB F-TEID may include the IP address of eNB_A45, may include the TEID of eNB_A45, or may include both. Further, the IP address of eNB_A45 and the TEID of SGW_A35 may be stored independently. Further, the eNB F-TEID may be identification information for user data or identification information for control information.
  • the APN may be identification information that identifies the core network and an external network such as a DN. Furthermore, the APN can also be used as information for selecting a gateway such as PGW_A30 / UPGW_A130 that connects the core network_A90.
  • the APN may be identification information for identifying such a gateway, or identification information for identifying an external network such as a DN.
  • identification information for identifying such a gateway
  • identification information for identifying an external network such as a DN.
  • there may be a plurality of gateways that can be selected by the APN.
  • one gateway may be selected from among the plurality of gateways by another method using identification information other than APN.
  • UE Radio Access Capability is identification information indicating the radio access capability of UE_A10.
  • UENetwork Capability includes security algorithms and key derivation functions supported by UE_A10.
  • MS Network Capability is information including one or more pieces of information necessary for SGSN_A 42 for UE_A 10 having GERAN_A 25 and / or UTRAN_A 20 functions.
  • Access Restriction is registration information of access restriction.
  • eNBAddress is the IP address of eNB_A45.
  • MME UE S1AP ID is information for identifying UE_A10 in MME_A40 / CPF_A140.
  • eNB UE S1AP ID is information for identifying UE_A10 in eNB_A45.
  • APNAPin Use is a recently used APN.
  • APN in Use can be Data Network Identifier. This APN may be composed of network identification information and default operator identification information. Further, APN in Use may be information for identifying the DN of the establishment destination of the PDU session.
  • Assigned Session Type is information indicating the type of PDU session. Assigned Session Type may be Assigned PDN Type. The type of PDU session may be IP or non-IP. Furthermore, when the type of the PDU session is IP, information indicating the type of PDN allocated from the network may be further included. The Assigned Session Type may be IPv4, IPv6, or IPv4v6.
  • IP Address is an IP address assigned to the UE.
  • the IP address may be an IPv4 address, an IPv6 address, or an IPv6 prefix.
  • Assigned Session Type indicates non-IP, the IP Address element does not have to be included.
  • SCEF IV ID is the SCEF_A46 IP address used in the PDU session.
  • DefaultBearer is information acquired and / or generated when a PDU session is established, and is EPS bearer identification information for identifying a default bearer associated with a PDU session.
  • EPS Bearer ID is the EPS bearer identification information.
  • the EPS Bearer ID may be identification information for identifying SRB (SignallingallRadio Bearer) and / or CRB (Control-plane-Radio bearer), or may be identification information for identifying DRB (Data Radio Bearer).
  • TI TransactionIdentifier
  • the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, identification information for identifying an EPS bearer different from the default bearer may be used.
  • TFT indicates all packet filters associated with the EPS bearer.
  • the TFT is information for identifying a part of user data to be transmitted / received, and the UE_A 10 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT.
  • UE_A 10 transmits and receives user data identified by the TFT using an RB (RadioRadBearer) associated with the TFT.
  • the TFT may associate user data such as application data to be transmitted / received with an appropriate transfer path, or may be identification information for identifying application data.
  • UE_A10 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • UE_A10 may memorize
  • Default Bearer is EPS bearer identification information that identifies the default bearer associated with the PDU session.
  • the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30 / UPGW_A130. Further, the EPS bearer may be a default bearer or a dedicated bearer. Furthermore, the EPS bearer may be configured to include an RB established between the UE_A 10 and a base station and / or access point in the access network. Furthermore, RBs and EPS bearers may be associated one-to-one. Therefore, the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
  • RB may be SRB and / or CRB or DRB.
  • DefaultBearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 / UPGW_A130 obtain from the core network when a PDU session is established.
  • User Identity is information for identifying a subscriber. UserIdentity may be IMSI or MSISDN. Further, the user identity may be identification information other than IMSI or MSISDN. Serving Node Information is information for identifying MME_A40 / CPF_A140 used in the PDU session, and may be the IP address of MME_A40 / CPF_A140.
  • ENB Address is the IP address of eNB_A45.
  • the eNB ID is information for identifying the UE in the eNB_A45.
  • MME Address is the IP address of MME_A40 / CPF_A140.
  • the MME ID is information for identifying MME_A40 / CPF_A140.
  • NR node Address is the IP address of NR node_A122.
  • NR node ID is information for identifying NR node_A122.
  • WAG Address is the IP address of WAG_A126.
  • WAGID is information for identifying WAG_A126.
  • each device may operate on physical hardware, or may be logically configured on virtually general-purpose hardware. It may operate on hardware.
  • FIG. 4 shows the device configuration of UE_A10.
  • the UE_A 10 includes a transmission / reception unit_A420, a control unit_A400, and a storage unit_A440.
  • the transmission / reception unit_A420 and the storage unit_A440 are connected to the control unit_A400 via a bus.
  • Control unit_A400 is a functional unit for controlling UE_A10.
  • the control unit _A400 implements various processes by reading and executing various programs stored in the storage unit_A440.
  • Transmission / reception unit_A420 is a functional unit for UE_A10 to connect to a base station and / or access point in an access network and connect to the access network.
  • an external antenna _A410 is connected to the transmission / reception unit _A420.
  • the transmission / reception unit_A420 is a functional unit for the UE_A10 to connect to a base station and / or an access point in the access network.
  • the transmission / reception unit_A420 is a transmission / reception function unit in which the UE_A10 transmits / receives user data and / or control information from a base station and / or an access point in the access network.
  • Storage unit_A440 is a functional unit that stores programs and data necessary for each operation of UE_A10.
  • the storage unit_A440 is configured by, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit_A440 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_A440 stores the UE context 442 as shown in the figure.
  • the information elements stored in the storage unit_A440 will be described.
  • the UE context 442 may include a UE context used when connecting to the core network_A90 and a UE context used when connecting to the core network_B190.
  • the UE context used when connecting to the core network_A90 and the UE context used when connecting to the core network_B190 may be stored together or may be stored separately.
  • FIG. 5 (b) shows information elements included in the UE context stored for each UE.
  • the UE context stored for each UE includes IMSI, EMMState, GUTI, and ME Identity.
  • FIG. 5 (c) shows a UE context for each PDU session or PDN connection stored for each PDU session or PDN connection.
  • the UE context for each PDU session includes APN in Use, Assigned Session Type, IP Address (es), and Default Bearer.
  • FIG. 5 (d) shows a UE context for each bearer stored in the UE storage unit.
  • the UE context for each bearer includes EPS Bearer ID, TI, and TFT.
  • FIG. 6 shows device configurations of eNB_A45, NR node_A122, and WAG_A126.
  • eNB_A45, NR node_A122, and WAG_A126 are configured by a network connection unit_B620, a transmission / reception unit_B630, a control unit_B600, and a storage unit_B640.
  • the network connection unit_B620, the transmission / reception unit_B630, and the storage unit_B640 are connected to the control unit_B600 via a bus.
  • Control unit_B600 is a functional unit for controlling eNB_A45.
  • the control unit_B600 implements various processes by reading and executing various programs stored in the storage unit_B640.
  • the network connection unit_B620 is a functional unit for the eNB_A45, NR node_A122, and WAG_A126 to connect to the MME_A40 and / or SGW_A35. Furthermore, the network connection unit_B620 is a transmission / reception unit in which the eNB_A45, NRnode_A122, and WAG_A126 transmit / receive user data and / or control information from the MME_A40 and / or SGW_A35.
  • the transmission / reception unit_B630 is a functional unit for the eNB_A45, NR node_A122, and WAG_A126 to connect to the UE_A10. Further, the transmission / reception unit_B630 is a transmission / reception function unit that transmits / receives user data and / or control information from the UE_A10. In addition, an external antenna _B610 is connected to the transmission / reception unit _B630.
  • Storage unit_B640 is a functional unit that stores programs, data, and the like necessary for each operation of eNB_A45, NR node_A122, and WAG_A126.
  • the storage unit_B640 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_B640 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_B640 may store these pieces of information as contexts for each UE_A10.
  • FIG. 7 shows device configurations of MME_A40 and CPF_A140.
  • the MME_A 40 and the CPF_A 140 include a network connection unit_C720, a control unit_C700, and a storage unit_C740.
  • the network connection unit_C720 and the storage unit_C740 are connected to the control unit_C700 via a bus.
  • the functions of these units may operate on physical hardware, or may operate on logical hardware configured virtually on general-purpose hardware.
  • Control unit_C700 is a functional unit for controlling MME_A40 and CPF_A140.
  • the control unit_C700 implements various processes by reading and executing various programs stored in the storage unit_C740.
  • the network connection unit_C720 is a functional unit for the MME_A 40 to connect to the base station in the access network and / or the access point in the access network, and / or SCEF_A46, and / or HSS_A50 and / or SGW_A35. Further, the network connection unit _C720 may be configured such that the MME_A 40, the base station in the access network, and / or the access point in the access network, and / or the SCEF_A46, and / or the HSS_A50, and / or the SGW_A35, the user data and / or It is a transmission / reception part which transmits / receives control information.
  • the network connection unit _C720 is a functional unit for the CPF_A140 to connect to a base station in the access network and / or an access point in the access network, and / or SCEF_A46, and / or HSS_A50 and / or UPGW_A130. is there. Further, the network connection unit _C720 may be configured such that the MME_A 40, the base station in the access network, and / or the access point in the access network, and / or SCEF_A46, and / or HSS_A50, and / or UPGW_A130, user data and / or It is a transmission / reception part which transmits / receives control information.
  • Storage unit_C740 is a functional unit that stores programs, data, and the like necessary for each operation of MME_A40 and CPF_A140.
  • the storage unit_C740 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_C740 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_C740 stores the MME context 742 as shown in the figure.
  • CPF_A140 may be a storage context for the MME context.
  • FIG. 8 (b) shows information elements included in the UE context stored for each UE.
  • the MME context stored for each UE is IMSI, MSISDN, MM State, GUTI, ME Identity, UE Radio Access Capability, UE Network Capability, MS Network Capability, Access Restriction, MME F-TEID, SGW F -One or more of TEID, eNB Address, MME UE S1AP ID, eNB UE S1AP ID, NR node Address, NR node ID, WAG Address, and WAG ID are included.
  • Fig. 9 (c) shows the MME context for each PDU session or PDN connection stored for each PDU session or PDN connection.
  • the MME context for each PDU session includes APN Use, Assigned Session Type, IP Address (es), PGW F-TEID, SCEF ID, and Default bearer.
  • Fig. 9 (d) shows the MME context for each bearer stored for each bearer.
  • the MME context stored for each bearer is EPS Bearer ID, TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB Address, NR node Address, WAG Address, eNB Contains one or more of ID, NRnodeID, and WAG ID.
  • the information elements included in the MME context shown in FIGS. 8 and 9 may be included in either the MM context or the EPS bearer context and stored.
  • FIG. 10 shows the device configuration of SGW_A35.
  • SGW_A35 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SGW_A35.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SGW_A35 to connect to a base station and / or access point in the access network, and / or MME_A40, and / or PGW_A30, and / or SGSN_A42. Further, in the network connection unit _D1020, the SGW_A35 transmits and receives user data and / or control information from the base station and / or access point in the access network, and / or the MME_A40, and / or the PGW_A30, and / or the SGSN_A42. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 includes one stored for each UE, one stored for each PDU session, and one stored for each bearer.
  • FIG. 11 (b) shows information elements of EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, MEIdentity, MSISDN, MME F-TEID, and SGW F-TEID.
  • the EPS bearer context includes an EPS bearer context for each PDU session stored for each PDU session.
  • FIG. 11 (c) shows an EPS bearer context for each PDU session.
  • the EPS bearer context for each PDU session includes APN Use, Assigned Session Type, SGW F-TEID, PGW F-TEID, Default Bearer, and IP Address (es).
  • EPS bearer context includes EPS bearer context for each bearer.
  • FIG. 11 (d) shows an EPS bearer context for each bearer.
  • EPS bearer context for each bearer is EPS Bearer ID, TFT, PGW F-TEID, SGWF-TEID, eNB F-TEID, MME Address, NR node Address, WAG Address, MME ID, NR node ID , Including one or more of WAGID.
  • FIG. 10 shows the device configurations of PGW_A30 and UPGW_A130.
  • the PGW_A30 and the UPGW_A130 are composed of a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • the functions of these units may operate on physical hardware, or may operate on logical hardware configured virtually on general-purpose hardware.
  • Control unit_D1000 is a functional unit for controlling PGW_A30.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for connecting the PGW_A30 to the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
  • the network connection unit _D1020 allows the PGW_A30 to transmit and receive user data and / or control information from the SGW_A35 and / or PCRF_A60, and / or ePDG_A65, and / or AAA_A55, and / or TWAG_A74, and / or PDN_A5. It is a transmission / reception unit.
  • the network connection unit_D1020 is a functional unit for UPGW_A130 to connect with PCRF_A60 and / or UPGW_A130 and / or PDN_A5.
  • the network connection unit _D1020 allows the PGW_A30 to transmit and receive user data and / or control information from the SGW_A35 and / or PCRF_A60, and / or ePDG_A65, and / or AAA_A55, and / or TWAG_A74, and / or PDN_A5. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data required for each operation of PGW_A30.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 includes one that is stored for each UE, one that is stored for each APN, one that is stored for each PDU session or PDN connection, and one that is stored for each bearer. May be stored separately. Further, the EPS bearer context may be a context stored in UPGW_A 130.
  • FIG. 12 (b) shows information elements included in the EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, MEIdentity, MSISDN, and RAT type.
  • Fig. 12 (c) shows the EPS bearer context stored for each APN.
  • the EPS bearer context stored for each APN in the PGW storage unit includes APN in use.
  • the EPS bearer context stored for each APN may be stored for each Data ⁇ ⁇ Network Identifier.
  • Fig. 12 (d) shows the EPS bearer context for each PDU session or PDN connection stored for each PDU session or PDN connection.
  • the EPS bearer context for each PDU session or PDN connection includes Assigned Session Type, IP Address (es), SGW F-TEID, PGW F-TEID, and Default Bearer.
  • Fig. 12 (e) shows the EPS bearer context stored for each EPS bearer.
  • the EPS bearer context includes EPS Bearer ID, TFT, SGWF-TEID, and PGW F-TEID.
  • FIG. 10 shows the device configuration of SCEF_A46.
  • the SCEF_A 46 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SCEF_A46.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the core network_A90.
  • the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the MME_A40.
  • the network connection unit_D1020 is a transmission / reception unit in which the SCEF_A46 transmits / receives user data and / or control information from the MME_A40.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SCEF_A46.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the information elements stored in the storage unit_D1040 will be described.
  • FIG. 13 (b) shows information elements included in the EPS bearer context.
  • the EPS bearer context includes User Identity, APN in Use, EPS Bearer ID, and Serving Node Information.
  • the first state in the present embodiment is a state in which the procedure for connecting and registering the UE_A10 to the core network_B190 has been completed and each device has established a PDU session. Each device may execute the procedure for registering UE_A10 in the core network_B190 and the procedure for establishing a PDU session at the same time or separately. Furthermore, the first state may be a state in which a procedure for updating the location registration information of UE_A10 is completed.
  • the first state in the present embodiment may be a state in which each device has established a PDU session with respect to the core network_B190. More specifically, the first state may be a state in which each device establishes a PDU session between UE_A10 and UPGW_A130 via NRnode_A122. Note that the first state is not limited to these states.
  • the EPS service in the present embodiment may be a service provided by the PS domain or a connection service provided using EPC.
  • non-EPS service in this embodiment may be a service provided by the CS domain, and may be a service other than the EPS service.
  • the NGS service in the present embodiment may be a connection service provided using the core network_B190. Further, the NGS service may be a service different from the EPS service or a service similar to the EPS service. Note that the NGS service is not limited to this, and may be any system for providing a mobile communication service.
  • non-NGS service in the present embodiment may be a service other than the NGS service, and may include an EPS service and / or a non-EPS service.
  • the session in this embodiment may be a PDU session, a PDN connection, or an EPS bearer.
  • the session establishment procedure may be a PDU session establishment procedure or a PDN connection procedure.
  • the session disconnection procedure may be a PDU session disconnection procedure or a PDN connection disconnection procedure.
  • the information for identifying the session may be a PDU session ID, a PDN connection ID, or an EPS bearer ID. The information for identifying the session may be other identification information.
  • the EPS bearer in the present embodiment is a logical communication path established between UE_A10 and PGW_A30.
  • the EPS bearer may be a communication path constituting a PDN connection.
  • the EPS bearer may be a logical communication path established between UE_A 10 and UPGW_A 130, or may be a communication path that forms a PDU session.
  • the NSI Network Slice Instance
  • the NSI in the present embodiment may be configured by a virtual NF (Network Function) generated using NST (Network Slice Template).
  • NST is a logical expression of one or a plurality of NF (Network Function) associated with a resource request for providing a required communication service and capability.
  • the NSI may be an aggregate in the core network_B190 composed of a plurality of NFs.
  • the NSI may be a logical network configured to separate user data delivered by services or the like.
  • At least one or more NFs may be configured in the network slice.
  • the NF configured in the network slice may or may not be a device shared with other network slices.
  • UE shall be assigned to one or more network slices based on registration information and / or APN such as UE usage type and / or one or more network slice type IDs and / or one or more NS IDs Can do.
  • APN such as UE usage type and / or one or more network slice type IDs and / or one or more NS IDs Can do.
  • the DCN (Dedicated Core Network) is a core network dedicated to a specific subscriber type, which is configured in one or more in the core network_A90.
  • a DCN for a UE registered as an M2M function user may be configured in the core network_A90.
  • a default DCN for a UE without an appropriate DCN may be configured in the core network_A90.
  • At least one or more MME_A40 or SGSN_A42 may be arranged, and at least one or more SGW_A35, PGW_A30 or PCRF_A60 may be arranged.
  • a UE can be assigned to one DCN based on registration information such as UE usage type and / or DCNID.
  • the UE usage type in this embodiment is a parameter value included in the registration information of the UE used to identify DCN and / or NSI.
  • UE usage type may be stored in HSS_50.
  • MME_A40 and / or SGSN_A42 may select SGW_A35 and PGW_A30 based on UE usage type.
  • CPF_A140 may select UPGW_A130 based on UE usage type.
  • the DN ID in the present embodiment is identification information for identifying the core network_B190 and an external network such as a DN. Furthermore, the DN ID can also be used as information for selecting a gateway such as UPGW_A130 connecting the core network_B190.
  • the DN ID may be identification information for identifying such a gateway, or identification information for identifying an external network such as a DN.
  • a plurality of gateways that connect the core network_B190 and the DN there may be a plurality of gateways that can be selected by the DN ID. Further, one gateway may be selected from the plurality of gateways by another method using identification information other than the DN ID.
  • the DN ID may be the same information as the APN, or may be information different from the APN. If the DN ID and APN are different information, each device may manage information indicating the correspondence between the DN ID and APN, or perform a procedure for inquiring the APN using the DN ID. Alternatively, a procedure for inquiring about the DN ID using the APN may be performed.
  • the tracking area in the present embodiment is a single or a plurality of ranges that can be represented by the location information of UE_A10 managed by the core network.
  • the tracking area may be composed of a plurality of cells.
  • the tracking area may be a range where a control message such as paging is broadcast, or a range where UE_A 10 can move without performing a handover procedure.
  • the tracking area may be a routing area, a location area, or the like.
  • SSC Session and Service Continuity
  • SSC Session and Service Continuity
  • the mode may indicate a type of service session continuation supported by a PDU session established between UE_A 10 and TUPF (TerminatinginUser-PlanePFunction).
  • the TUPF may be UPGW_A130.
  • the SSC mode may be a mode indicating the type of service session continuation set for each PDU session.
  • SSC mode may be configured from three modes of SSC mode 1, SSC mode 2, and SSC mode 3.
  • TUPF may be NF (Network Function) for U-Plane (User-Plane). Further, the TUPF may be arranged in the core network or may be arranged in the access network.
  • NF Network Function
  • U-Plane User-Plane
  • the TUPF may be arranged in the core network or may be arranged in the access network.
  • the SSC mode 1 in this embodiment is a service session continuation mode in which the same TUPF is maintained regardless of the access technology such as RAT (Radio Access Technology) and cells used when the UE_A 10 connects to the network. More specifically, SSCmode 1 may be a mode that realizes service session continuation without changing the TUPF used by the established PDU session even when UE_A10 mobility occurs.
  • RAT Radio Access Technology
  • SSC mode 2 in the present embodiment is a service session continuation mode in which the same TUPF is maintained only within the TUPF serving area. More specifically, SSCmode 2 may be a mode that realizes service session continuation without changing the TUPF used by the established PDU session as long as UE_A 10 is in the TUPF serving area. Furthermore, SSC mode 2 is a mode that realizes service session continuation by changing the TUPF used by the established PDU session when UE_A10 mobility occurs, such as when leaving the TUPF serving area. Good.
  • the TUPF serving area may be an area where one TUPF can provide a service session continuation function, or a subset of an access network such as a RAT or a cell used when the UE_A 10 connects to the network. It may be. Further, the subset of access networks may be a network composed of one or more RATs and / or cells.
  • the SSC mode 3 in this embodiment is a PDU session established between UE_A10 and TUPF, and / or a new PDU via a new TUPF for the same DN before disconnecting the communication path.
  • a session and / or service session continuation mode that allows establishing a communication path.
  • SSCmode 3 may be a service session continuation mode that permits UE_A 10 to be multi-homing.
  • / or SSC mode 3 may be a mode in which a service session continuation using TUPF associated with a plurality of PDU sessions and / or PDU sessions is permitted.
  • each device may realize service session continuation using a plurality of PDU sessions, or may realize service session continuation using a plurality of TUPFs.
  • TUPF when each device establishes a new PDU session and / or channel, the selection of a new TUPF may be performed by the network, and the new TUPF is the location where UE_A10 is connected to the network.
  • TUPF may be optimal for
  • UE_A10 will immediately perform an association of the application and / or flow communication to the newly established PDU session. It may be implemented based on completion of communication.
  • Default SSC mode is the SSC mode used by UE_A10 and / or the network when a specific SSC mode is not determined. Specifically, Default SSC mode is the SSC mode used by UE_A10 when there is no request for SSC mode from the application and / or when there is no UE_A10 policy for determining SSC mode for the application. Also good. And / or SSC mode used by the network when there is no request for SSC mode from UE_A10.
  • Default SSC mode may be set for each PDN_A5 based on subscriber information and / or operator policy and / or UE_A10 policy, and may be set for each UE_A10 and / or subscriber. May be. Further, Default SSC mode may be information indicating SSC mode 1, SSC mode 2, or SSC mode 3.
  • the first identification information in the present embodiment is information for identifying an external network such as PDN_A5 or DN that UE_A10 requests to connect to core network_B190. Further, the first identification information may be a DN ID. Further, the first identification information may be information composed of a plurality of DN IDs or information composed of DN IDs and APNs.
  • the second identification information in the present embodiment is information indicating the type of connection service that UE_A10 requests to use from core network_B190.
  • the second identification information may be information indicating that the UE_A10 requests use of only the NGS service, or may be information indicating that the UE_A10 requests use of both the NGS service and the non-NGS service.
  • the second identification information may be information indicating that the UE_A10 requests use of the NGS service and the EPS service, or indicates that the UE_A10 requests use of the NGS service, the EPS service, and the nonEPS service. It may be information.
  • the second identification information may be information indicating the type of attach procedure requested by UE_A 10 or may be an attach type.
  • the second identification information may be information indicating that registration of only the core network_B190 and / or connection is requested, registration to both the core network_B190 and the core network_A90, and / or It may be information indicating that a connection is requested.
  • the third identification information in the present embodiment is information indicating the type of connection service that UE_A10 supports use.
  • the third identification information may be information indicating that UE_A10 supports the use of only the NGS service, or information indicating that UE_A10 supports the use of both the NGS service and the non-NGS service.
  • the third identification information may be information indicating that the UE_A10 supports the use of the NGS service and the EPS service, or the UE_A10 supports the use of the NGS service, the EPS service, and the non-EPS service. It may be the information shown.
  • the third identification information may be UE_A10 capability information indicating the type of attach procedure supported by UE_A10.
  • the third identification information may be UE_A10 capability information that supports registration and / or connection only to the core network_B190, registration to both the core network_B190 and the core network_A90, and / or Alternatively, it may be UE_A10 capability information that supports connection.
  • the fourth identification information in the present embodiment is information indicating the SSC mode requested by the UE_A 10 to the core network_B190. Further, the fourth identification information may be information indicating the SSC mode used when switching the session from the NGS service to the EPS service. In other words, the fourth identification information may be information indicating the SSC mode used when the session is switched and / or reattached from the core network_B190 to the core network_A90. Specifically, the fourth identification information may be information indicating SSC mode 1, information indicating SSC mode 2, or information indicating SSC mode 3.
  • the fifth identification information in the present embodiment is information indicating SSC mode supported by UE_A10. Further, the fifth identification information may be information indicating the SSC mode supported when switching the session from the NGS service to the EPS service. In other words, the fifth identification information may be information indicating the SSC mode supported when the session is switched and / or reattached from the core network_B190 to the core network_A90. Specifically, the fifth identification information may be information indicating SSC mode 1, information indicating SSC mode 2, or information indicating SSC mode 3.
  • the sixth identification information in the present embodiment is information for identifying an external network such as PDN_A5 or DN to which UE_A10 can be connected. Further, the sixth identification information may be an APN. Further, the sixth identification information may be information composed of a plurality of APNs, or may be information composed of an APN and a DN ID. Further, the sixth identification information may be the same information as the first identification information, or may be included in the first identification information and transmitted / received.
  • 7th identification information in this embodiment is information which identifies CPF_A140 from which UE_A10 requests connection to the core network_B190. Further, the seventh identification information may be information indicating CPF_A 140 to which UE_A 10 can be connected, or information for identifying CPF_A 140 to which UE_A 10 has been connected before. Further, the seventh identification information may be information for identifying UE_A10. For example, the seventh identification information may be CPF ID, GUTI, IMSI, NGSmobile identity, or other information.
  • the CPF_A140 may be a common CPF that connects the core network_B190 and the UE_A10 and transmits / receives a control message to / from the UE_A10.
  • the seventh identification information may be common CPF ID.
  • the eighth identification information in the present embodiment may include information for identifying the MME_A 40 to which the UE_A 10 can be connected, or may include information for identifying the MME_A 40 to which the UE_A 10 has previously connected. Further, the eighth identification information may be information for identifying UE_A10. For example, the eighth identification information may be GUTI, IMSI, EPS mobile identity, or other information.
  • the ninth identification information in this embodiment is information that identifies and / or indicates the network slice type that UE_A10 requests from the core network_B190.
  • the ninth identification information may be information such as an NSD ID that identifies an NSI, a network slice type ID that identifies a network slice type, or the like.
  • the ninth identification information may be a UE usage type or a part of the UE usage type.
  • the ninth identification information may be APN.
  • the ninth identification information may be composed of information for identifying a plurality of NSIs.
  • the ninth identification information may be configured to include information for identifying an NF (Network Function) in the core network_B190.
  • the ninth identification information may be UE_A10 and / or registration information of UE_A10 held by any device in the network.
  • the eleventh identification information in the present embodiment is information for identifying an external network such as a DN that the core network_B190 has permitted to connect to the UE_A10 and / or to which the UE_A10 has connected. Furthermore, the eleventh identification information may be a DN ID. Further, the eleventh identification information may be information composed of a plurality of DN IDs or information composed of DN IDs and APNs.
  • the twelfth identification information in the present embodiment is information indicating the type of connection service that the core network_B190 permits the UE_A10 to use.
  • the twelfth identification information may be information indicating that the core network_B190 has permitted the UE_A10 to use only the NGS service, or the core network_B190 may use both the NGS service and the non-NGS service. May be information indicating that is permitted.
  • the twelfth identification information may be information indicating that the use of the NGS service and the EPS service is permitted by the core network_B190, or the use of the NGS service, the EPS service, and the non-EPS service is determined by the core network_ It may be information indicating that B190 has permitted.
  • the twelfth identification information may be information indicating the type of attach procedure permitted by the core network_B190 to the UE_A10, or may be an attach result.
  • the twelfth identification information may be information indicating that registration of UE_A10 only to core network_B190 and / or connection is permitted, registration to both core network_B190 and core network_A90, And / or information indicating that the connection is permitted.
  • the thirteenth identification information in the present embodiment is information indicating the type of connection service supported by the core network_B190.
  • the thirteenth identification information may be information indicating that the core network_B190 supports the use of only the NGS service, or the core network_B190 supports the use of both the NGS service and the non-NGS service. Information indicating this may be used.
  • the thirteenth identification information may be information indicating that the core network_B190 supports the use of the NGS service and the EPS service, or the use of the NGS service, the EPS service, and the non-EPS service. It may be information indicating that B190 supports.
  • the thirteenth identification information may be capability information of the core network_B190 indicating the type of attach procedure supported by the core network_B190.
  • the thirteenth identification information may be capability information of the core network_B190 that supports connection and / or connection only to the core network_B190, and is registered in both the core network_B190 and the core network_A90. And / or capability information of the core network_B190 that supports connection.
  • the 14th identification information in the present embodiment is information indicating the SSC mode allowed by the core network_B190 to the UE_A10. Further, the fourteenth identification information may be information indicating SSC mode allowed to be used when switching the session from the NGS service to the EPS service. In other words, the 14th identification information may be information indicating the SSC mode allowed to be used when switching and / or reattaching the session from the core network_B190 to the core network_A90. Specifically, the 14th identification information may be information indicating that SSC mode 1 is permitted, information indicating that SSC mode 2 is permitted, or that SSC mode 3 is permitted. It may be information indicating.
  • the fifteenth identification information is information indicating the SSC mode supported by the core network_B190. Further, the fifteenth identification information may be information indicating the SSC mode supported when switching the session from the NGS service to the EPS service. In other words, the fifteenth identification information may be information indicating the SSC mode supported when switching and / or reattaching the session from the core network_B190 to the core network_A90. Specifically, the fifteenth identification information may be information indicating that the core network_B190 supports SSC mode 1, information indicating that SSC mode 2 is supported, or SSC mode 3. Information indicating support may be used.
  • the sixteenth identification information in the present embodiment is information for identifying an external network such as a DN to which UE_A10 can connect when connecting to core network_A90, which is permitted by core network_B190 to UE_A10. Further, the sixteenth identification information may be an APN. Further, the sixteenth identification information may be information composed of a plurality of APNs, or may be information composed of an APN and a DN ID. Further, the sixteenth identification information may be the same information as the eleventh identification information, or may be included in the eleventh identification information and transmitted / received.
  • the seventeenth identification information in this embodiment is information for identifying CPF_A140 that the core network_B190 has permitted to connect to UE_A10. Further, the seventeenth identification information may be information indicating CPF_A140 connected to UE_A10 or information indicating CPF_A140 to which UE_A10 can be connected. Further, the seventeenth identification information may be information for identifying UE_A10. For example, the 17th identification information may be CPF ID, GUTI, NGS mobile identity, or other information.
  • the CPF_A140 may be a common CPF that connects the core network_B190 and the UE_A10 and transmits / receives a control message to / from the UE_A10.
  • the 17th identification information may be common CPF ID.
  • the 18th identification information in the present embodiment is information for identifying the MME_A40 that the core network_B190 has permitted to connect to the UE_A10. Further, the eighteenth identification information may be information indicating MME_A 40 to which UE_A 10 can be connected. Further, the eighteenth identification information may be information for identifying UE_A10. For example, the eighteenth identification information may be GUTI, IMSI, EPSmobile identity, or other information.
  • the nineteenth identification information in the present embodiment is information for identifying and / or indicating the network slice type that the core network_B190 has permitted to connect to the UE_A10. Further, the nineteenth identification information may be information such as an NSD ID for identifying an NSI, a network slice type ID for identifying a network slice type, or the like. Further, the 19th identification information may be UE usage type or may be a part of UE usage type. Further, the 19th identification information may be an APN. Note that the 19th identification information may be composed of information for identifying a plurality of NSIs. Further, the 19th identification information may include information for identifying NF (Network Function) in the core network_B190. Further, the 19th identification information may be registration information of UE_A10 (held by UE_A10 and / or any device in the network).
  • NF Network Function
  • the 21st identification information in the present embodiment is information indicating that the UE_A10 request is not permitted to the core network_B190. Further, the 21st identification information may be reason information (Reject Cause) indicating the reason why the request of UE_A10 is rejected.
  • the 21st identification information may be information indicating that connection to the UE_A10 core network_B190 and / or DN is not permitted, or the UE_A10 connection to the core network_B190 and / or DN has failed. It may be information indicating that this has been done. Furthermore, the 21st identification information may be information indicating that connection and / or registration to the CPF_A 140 for which the UE_A 10 requests connection is not permitted, the information identifying the UE_A 10 is not normal, and / or It may be information indicating that it is not permitted. Furthermore, the 21st identification information may be information indicating that the UE_A 10 is not properly connected due to network congestion, authentication, or the like.
  • the 21st identification information may be information indicating that the UE_A 10 is not permitted to use both the NGS service and the non-NGS service, and may be information indicating that the NGS service is not permitted to be used. Furthermore, the 21st identification information may be information indicating that the UE_A10 is not permitted to use both the NGS service and the EPS service, and that the NGS service, the EPS service, and the nonEPS service are not permitted to be used. It may be the information shown.
  • the 21st identification information may be information indicating that UE_A10 is connected to an unauthorized PLMN (Public Land Mobile Network), and the service requested by UE_A10 is not allowed in the current PLMN. It may be information indicating that this is the case, or information indicating that an appropriate cell does not exist in the current PLMN.
  • PLMN Public Land Mobile Network
  • the 21st identification information may be information indicating that UE_A10 is connected to a tracking area that is not permitted, or information indicating that the service requested by UE_A10 is not permitted in the current tracking area. But you can. Further, the 21st identification information may be information indicating that an appropriate cell does not exist in the current tracking area, or information indicating that roaming is not permitted in the current tracking area.
  • the 21st identification information may be information indicating that the SSC mode requested by UE_A10 is not permitted or information indicating that the core network_B190 does not support the SSC mode requested by UE_A10.
  • the 21st identification information may be information indicating that NSI for which the UE_A10 requests connection is not permitted, or information indicating that the core network_B190 does not support the network slice type requested by the UE_A10. But you can.
  • the 22nd identification information is information indicating the type of connection service that the core network_B190 does not permit the UE_A10 to use.
  • the 22nd identification information may be information indicating that the core network_B190 does not permit the use of only the NGS service, or the core network_B190 uses both the NGS service and the non-NGS service. It may be information indicating that permission is not granted.
  • the 22nd identification information may be information indicating that the use of the NGS service and the EPS service is not permitted by the core network_B190, or the use of the NGS service, the EPS service, and the non-EPS service. Information indicating that the network_B190 did not permit may be used.
  • the 22nd identification information may be information indicating the type of attach procedure that the core network_B190 does not permit.
  • the 22nd identification information may be information indicating that the registration of only the core network_B190 and / or the connection is not permitted, the registration to both the core network_B190 and the core network_A90, and / or Information indicating that connection is not permitted may be used.
  • the 23rd identification information in this embodiment is information indicating the type of connection service that the core network_B190 does not support use.
  • the 23rd identification information may be information indicating that the core network_B190 does not support the use of only the NGS service, or the core network_B190 does not support the use of both the NGS service and the non-NGS service. Information indicating this may be used.
  • the 23rd identification information may be information indicating that the core network_B190 does not support the use of the NGS service and the EPS service, or the use of the NGS service, the EPS service, and the non-EPS service. Information indicating that B190 is not supported may be used.
  • the 23rd identification information may be capability information of the core network_B190 indicating the type of attach procedure that the core network_B190 does not support.
  • the 23rd identification information may be registered only in the core network_B190 and / or the capability information of the core network_B190 that does not support connection, and registered in both the core network_B190 and the core network_A90. And / or capability information of the core network_B190 that does not support connection.
  • the 24th identification information in the present embodiment is information indicating the SSC mode that the core network_B190 does not permit to the UE_A10. Further, the 24th identification information may be information indicating an SSC mode that is not permitted to be used when switching the session from the NGS service to the EPS service. In other words, the 24th identification information may be information indicating an SSC mode that is not permitted to be used when switching and / or reattaching a session from the core network_B190 to the core network_A90. Specifically, the 24th identification information may be information indicating that SSC mode 1 is not allowed, information indicating that SSC mode 2 is not allowed, or SSC mode 3 is allowed. It may be information indicating that there was no information.
  • the 25th identification information in this embodiment is information indicating SSC mode that is not supported by the core network_B190.
  • the 25th identification information may be information indicating an SSC mode that is not supported when a session is switched from the NGS service to the EPS service.
  • the 25th identification information may be information indicating an SSC mode that is not supported when the session is switched and / or reattached from the core network_B190 to the core network_A90.
  • the 25th identification information may be information indicating that the core network_B190 does not support SSC mode 1, information indicating that SSC mode 2 is not supported, or SSC mode 3. It may be information indicating that it is not supported.
  • the 26th identification information may be information indicating that connection to the NSI for which UE_A10 requests connection is not permitted, and the core network_B190 supports the network slice type requested by UE_A10. It may be information indicating that it is not.
  • the twenty-sixth identification information in the present embodiment may be information for identifying and / or indicating a network slice type that permits connection.
  • the network slice type that permits connection may be information different from the network slice type requested by UE_A10.
  • the 26th identification information may be information such as an NSD ID for identifying the NSI, a network slice type ID for identifying the type of the network slice, or the like.
  • the 26th identification information may be UE usage type or may be a part of UE usage type.
  • the 26th identification information may be an APN. Note that the 26th identification information may be composed of information for identifying a plurality of NSIs.
  • the twenty-sixth identification information may include information for identifying an NF (Network Function) in the core network_B190. Further, the 26th identification information may be UE_A10 and / or registration information of UE_A10 held by any device in the network.
  • NF Network Function
  • the thirty-first identification information in the present embodiment is information indicating the type of connection service for which UE_A 10 requests the core network_B190 to update registration information.
  • the 31st identification information may be information indicating that the UE_A10 requests to update the registration information of only the NGS service, or the UE_A10 requests to update the registration information of both the NGS service and the non-NGS service. Information indicating this may be used.
  • the 31st identification information may be information indicating that the UE_A10 requests to update the registration information of the NGS service and the EPS service, or the registration information of the NGS service, the EPS service, and the non-EPS service is updated. It may be information indicating that UE_A10 requests.
  • the thirty-first identification information may be information indicating the type of tracking area update procedure requested by UE_A 10, or may be an update type.
  • the thirty-first identification information may be information indicating that registration information update and / or connection of only the core network_B190 is requested, and registration information to both the core network_B190 and the core network_A90. It may be information indicating that the update and / or connection is requested.
  • the thirty-first identification information may be information indicating that only the tracking area in the NGS service is requested to be updated, and the tracking area in the NGS service and the tracking area in the non-NGS service and / or the routing area are requested to be updated. It may be information indicating.
  • the 31st identification information may be information indicating that the tracking area in the NGS service and the tracking area in the EPS service are requested to be updated, the tracking area in the NGS service, the tracking area in the EPS service, and the routing in the non-EPS service. It may be information indicating that an area update is requested.
  • the thirty-second identification information in the present embodiment is the same as the third identification information.
  • the thirty-third identification information in the present embodiment is the same as the seventh identification information.
  • the thirty-fourth identification information in the present embodiment is the same as the eighth identification information.
  • the thirty-fifth identification information in this embodiment is the same as the fourth identification information.
  • the thirty-sixth identification information in the present embodiment is the same as the fifth identification information.
  • the 37th identification information in this embodiment is the same as the 9th identification information.
  • the forty-first identification information in the present embodiment is information indicating the type of connection service that the core network_B190 has allowed the UE_A10 to update registration information.
  • the 41st identification information may be information indicating that the core network_B190 has permitted the update of the registration information of only the NGS service, or the registration information of both the NGS service and the non-NGS service may be updated. It may be information indicating that the network_B190 is permitted. In other words, the 41st identification information may be information indicating that the core network_B190 has permitted the update of the registration information of the NGS service and the EPS service, or the registration information of the NGS service, the EPS service, and the non-EPS service. Information indicating that the core network_B190 has permitted the update may be used.
  • the forty-first identification information may be information indicating the type of attach procedure permitted by the core network_B190 to the UE_A10, or may be an attach result.
  • the 41st identification information may be information indicating that updating and / or connection of the registration information of only the core network_B190 is permitted, and registration information to both the core network_B190 and the core network_A90. Information indicating that the update and / or connection is permitted.
  • the 41st identification information may be information indicating that only the tracking area in the NGS service is permitted to be updated, and the tracking area in the NGS service and the tracking area in the non-NGS service and / or the routing area are permitted to be updated. It may be information indicating that. Furthermore, the 41st identification information may be information indicating that updating of the tracking area in the NGS service and the tracking area in the EPS service is permitted, or the tracking area in the NGS service, the tracking area in the EPS service, and the non-EPS service. It may be information indicating that updating of the routing area is permitted.
  • the forty-second identification information in this embodiment is the same as the thirteenth identification information.
  • the 43rd identification information in this embodiment is the same as the 14th identification information.
  • the 44th identification information in this embodiment is the same as the 15th identification information.
  • the 45th identification information in this embodiment is the same as the 17th identification information.
  • the 46th identification information in this embodiment is the same as the 18th identification information.
  • the 47th identification information in this embodiment is the same as the 19th identification information.
  • the 51st identification information in the present embodiment is information indicating a detach procedure type requested by the core network_B190 to the UE_A10.
  • the information indicating the type of detach procedure may be a detach type.
  • the 51st identification information may be information indicating that reattachment of UE_A10 is required or information indicating that it is not required. Note that the reattach may be a re-attach procedure.
  • the 52nd identification information in the present embodiment is information indicating whether or not transmission / reception of information indicating a handover is necessary at the time of reattachment. Furthermore, the 52nd identification information may be information indicating whether or not an attach procedure for another core network after the detach procedure is required, or information indicating whether or not the attach procedure is supported.
  • the 52nd identification information may be information indicating that the core network_B 190 requests that the UE_A 10 perform the attach procedure to another core network after the detach procedure. Furthermore, the 52nd identification information may be information indicating that an attach procedure after the detach procedure is necessary to switch the session from the core network_B190 to another core network.
  • Another core network may be the core network_A90 or a core network identified by the 53rd identification information.
  • the 53rd identification information in this embodiment is information indicating a system to be connected at the time of reattachment.
  • the connected system may be a system that provides an NGS service, a system that provides EPS, or a system that provides a non-EPS service.
  • the 53rd identification information may be information indicating a core network to be connected at the time of reattachment.
  • the 53rd identification information may be information indicating the core network_A90 or information indicating the core network_B190.
  • the 53rd identification information may be information indicating the type of control message used at the time of reattachment.
  • the 53rd identification information may indicate that UE_A10 performs the attach procedure using the EPS control message after the detach procedure, or performs the attach procedure using the NGS control message. You may show that.
  • the 53rd identification information may indicate that UE_A10 performs an attach procedure to core network_A90 after a detach procedure, or indicates that an attach procedure to core network_B190 is performed. Good.
  • the 54th identification information in this embodiment is reason information (Cause) indicating the reason why the detachment procedure is started. Further, the 54th identification information may be information indicating the reason why the state of UE_A10 is no longer appropriate due to a change in subscriber information or the like.
  • the 54th identification information may be information indicating that the UE_A10 is no longer permitted to connect to the core network_B190 and / or the DN. Further, the 54th identification information may be information indicating that the connection and / or registration of UE_A10 to CPF_A140 is no longer permitted, and the information identifying UE_A10 is no longer normal and / or is no longer permitted. It may be information indicating that. Further, the 54th identification information may be information indicating that the connection of the UE_A 10 is not appropriate due to network congestion, authentication, or the like.
  • the 54th identification information may be information indicating that the use of both the NGS service and the non-NGS service is no longer permitted for UE_A10, and may also be information indicating that the use of the NGS service is no longer permitted. Good. Further, the 54th identification information may be information indicating that the use of both the NGS service and the EPS service is no longer permitted for the UE_A10, and all the use of the NGS service, the EPS service, and the nonEPS service is permitted. It may be information indicating that it has disappeared.
  • the 54th identification information may be information indicating that the service used by UE_A 10 needs to be switched from the NGS service to the non-NGS service.
  • the 54th identification information may be information indicating that the session needs to be switched from the core network_B190 to another core network, or the handover from the core network_B190 to another core network may be performed. It may be information indicating that there is.
  • the 54th identification information may be information indicating that the PLMN connected to the UE_A10 is no longer permitted, or information indicating that the service used by the UE_A10 is no longer permitted in the current PLMN Alternatively, it may be information indicating that an appropriate cell no longer exists in the current PLMN.
  • the 54th identification information may be information indicating that the tracking area to which UE_A10 is connected is no longer permitted, or that the service used by UE_A10 is no longer permitted in the current tracking area. It may be the information shown. Further, the 54th identification information may be information indicating that an appropriate cell no longer exists in the current tracking area, or information indicating that roaming is no longer permitted in the current tracking area. .
  • the 54th identification information may be information indicating that the SSC mode used by UE_A10 is no longer permitted or information indicating that it is no longer supported. Furthermore, the 54th identification information may be information indicating that the NSI to which UE_A10 is connected is no longer permitted, or information indicating that the network slice type used by UE_A10 is no longer supported.
  • UE_A10 may determine whether to ignore the 54th identification information based on the 51st identification information, or determine whether to reattach based on the 54th identification information. May be. For example, when UE_A10 receives information indicating switching from the core network_B190 to another core network and / or switching from the NGS service to the non-NGS service, the UE_A10 may perform reattachment. Further, when the UE_A10 receives the 54th identification information indicating that the use of the NGS service is not permitted in a state where the EPS service is usable, the UE_A10 may not perform reattachment.
  • UE_A10 when UE_A10 receives information indicating that the EPS service cannot be used while the NGS service is usable, UE_A10 may not perform reattachment. Furthermore, UE_A10 does not need to perform reattaching, when the information which shows reasons other than these is received.
  • the 55th identification information in the present embodiment is information for identifying the NSI to which the UE_A 10 is connected. Further, the 55th identification information may be information such as an NSD ID for identifying NSI and a network slice type ID for identifying the type of network slice. Further, the 55th identification information may be UE usage type or may be a part of UE usage type. Further, the 55th identification information may be an APN. Note that the 55th identification information may be composed of information for identifying a plurality of NSIs. Further, the 55th identification information may include information for identifying NF (Network Function) in the core network_B190. Furthermore, the 55th identification information may be UE registration information.
  • NF Network Function
  • the 56th identification information in the present embodiment is information for identifying a DCN to which UE_A 10 should connect next and / or connection is permitted.
  • the 56th identification information may be a UE usage type, a DCN ID, or other information.
  • the 56th identification information may be information indicating the DCN selected by the CPF_A 140 based on mapping information between the NSI and the DCN, or may be information indicating the default DCN.
  • the 56th identification information may be transmitted / received in association with 57th identification information described later. That is, information for identifying a DCN and services that can be provided by connecting to the DCN may be transmitted and received in association with each other.
  • the 57th identification information in this embodiment is information indicating whether or not each session can be moved to another system. Further, the 57th identification information may be information for identifying a session that can be switched to another system.
  • the 57th identification information may be information that identifies a service and / or session that can be moved from NSI to DCN, and / or APN, and may be information that indicates a correspondence between NSI and DCN.
  • a plurality of pieces of information for identifying services may be included. That is, the 57th identification information may be an information group for identifying a plurality of services.
  • the identification information of each service may be transmitted / received in association with the DCN included in the 56th identification information for each service.
  • the 61st identification information in this embodiment is information indicating the type of session that UE_A 10 requests to establish.
  • the information indicating the type of session for which UE_A 10 requests establishment may be a request type.
  • the 61st identification information may be information indicating that the requested session establishment procedure is an initial establishment procedure, or from other services and / or other access networks and / or other core networks.
  • Information indicating a handover procedure or information indicating a session establishment procedure for an emergency call may be used.
  • the 61st identification information may be information indicating a handover from the core network_B190 to the core network_A90. Further, the 61st identification information may be information indicating that a session is established in order to switch the session from the core network_B190 to the core network_A90, and the 61st identification information may be used to switch the session from the NGS service to the EPS service. Information indicating establishment may be used.
  • the 62nd identification information in the present embodiment is information for identifying a session moving to another system. Further, the 62nd identification information may be information for identifying a session to be switched from the NGS service to the EPS service, or may be information for identifying a session to be switched from the core network_B190 to the core network_A90.
  • the 62nd identification information may be information indicating that a PDN connection and / or EPS bearer requesting establishment is established for switching a session from the NGS service and / or the core network_B190.
  • the 63rd identification information in the present embodiment is information for identifying an external network such as a DN to which the UE_A 10 requests connection. Further, the 63rd identification information may be an APN. Further, the 63rd identification information may be information composed of a plurality of APNs, or may be information composed of an APN and a DN ID.
  • the 63rd identification information may be an APN based on information received by the UE_A 10 during an attach procedure to the core network_B190 and / or a PDU session establishment procedure.
  • the 63rd identification information may be an APN corresponding to the DN ID indicated by the 11th identification information or an APN indicated by the 16th identification information.
  • the 64th identification information in the present embodiment is information for identifying MME_A40 for which UE_A10 requests connection. Further, the 64th identification information may be information indicating MME_A40 to which UE_A10 is connectable, or may be information identifying MME_A40 to which UE_A10 was previously connected. Further, the 64th identification information may be information for identifying UE_A10. For example, the 64th identification information may be GUTI, IMSI, EPS mobile identity, or other information.
  • the 65th identification information in the present embodiment may include information for identifying CPF_A 140 to which UE_A 10 can be connected, or may include information for identifying CPF_A 140 to which UE_A 10 has previously connected. Further, the 65th identification information may be information for identifying UE_A10. For example, the 65th identification information may be CPF ID, GUTI, IMSI, NGS mobile identity, or other information.
  • the CPF_A140 may be a common CPF that connects the core network_B190 and the UE_A10 and transmits / receives a control message to / from the UE_A10. In that case, the 65th identification information may include common CPF ID.
  • the 66th identification information in this embodiment is information indicating the type of connection service that UE_A 10 requests to use.
  • the 66th identification information may be information indicating that the UE_A10 requests use of only the EPS service, or may be information indicating that the UE_A10 requests use of both the EPS service and the non-EPS service. .
  • the 66th identification information may be information indicating that the UE_A10 requests the use of the EPS service and the NGS service, or the UE_A10 requests the use of the EPS service, the NGS service, and the non-EPS service. It may be the information shown.
  • the 66th identification information may be information indicating the type of attach procedure requested by UE_A10, or may be an attach type.
  • the 66th identification information may be information indicating that registration of only the core network_A90 and / or connection is required, registration to both the core network_A90 and the core network_B190, and / or It may be information indicating that a connection is requested.
  • the 67th identification information in this embodiment is information indicating the type of connection service that UE_A10 supports use.
  • the 67th identification information may be information indicating that UE_A10 supports the use of only EPS services, or information indicating that UE_A10 supports the use of both EPS services and non-EPS services. .
  • the 67th identification information may be information indicating that the UE_A10 supports the use of the EPS service and the NGS service, or the UE_A10 supports the use of the EPS service, the NGS service, and the non-EPS service. It may be the information shown.
  • the 67th identification information may be capability information of UE_A10 indicating the type of attach procedure supported by UE_A10.
  • the 67th identification information may be UE_A10 capability information that supports registration and / or connection only to the core network_A90, and is registered in both the core network_A90 and the core network_B190, and / or Alternatively, it may be UE_A10 capability information that supports connection.
  • the 68th identification information in the present embodiment is information for identifying the DCN requested by the UE_A 10 to the core network_A90. Further, the 68th identification information may be UE usage type or DCN ID. Further, the 68th identification information may be information that is acquired in advance from the network and that identifies the DCN to which UE_A 10 should connect next and / or that connection is permitted.
  • the 69th identification information in this embodiment is information for identifying the NSI to which the UE_A 10 is connected.
  • the 68th identification information may be information such as an NSD ID for identifying NSI and a network slice type ID for identifying the type of network slice.
  • the 68th identification information may be a UE usage type or a part of the UE usage type.
  • the 68th identification information may be an APN.
  • the 66th identification information may be composed of information for identifying a plurality of NSIs.
  • the 68th identification information may be configured to include information for identifying an NF (Network Function) in the core network_B190. Further, the 68th identification information may be UE registration information.
  • NF Network Function
  • the 71st identification information in the present embodiment is information for identifying a session moving to another system. Further, the 71st identification information may be information for identifying a session to be switched from the NGS service to the EPS service, or may be information for identifying a session to be switched from the core network_B190 to the core network_A90.
  • the 72nd identification information in this embodiment is reason information (Cause) indicating the reason why the session disconnection procedure is started. Furthermore, the 72nd identification information may be information indicating the reason why the state of the established session is no longer appropriate due to change of subscriber information or the like.
  • the 72nd identification information may be information indicating that the service used by UE_A10 has become unavailable due to the operator policy, or the service used by UE_A10 cannot be provided due to lack of network resources. It may be information indicating that Further, the 72nd identification information may be information indicating that an error has occurred in the network, or information indicating that resource is periodically released.
  • the 72nd identification information may be information indicating that session re-establishment and / or session re-validation is necessary. Further, the 72nd identification information may be information indicating that the service used by UE_A 10 needs to be switched from the NGS service to the non-NGS service. In other words, the 72nd identification information may be information indicating that the session needs to be switched from the core network_B190 to another core network, or the handover from the core network_B190 to another core network may be performed. It may be information indicating that there is. Another core network may be the core network_A90, or a core network identified by the 73rd identification information.
  • the 72nd identification information may be information indicating that the SSC mode used by UE_A10 is no longer permitted or information indicating that it is no longer supported. Furthermore, the 72nd identification information may be information indicating that the NSI to which UE_A10 is connected is no longer permitted, or information indicating that the network slice type used by UE_A10 is no longer supported.
  • UE_A 10 may determine whether to re-establish the session based on the 72nd identification information. For example, when UE_A10 receives information indicating switching from the core network_B190 to another core network and / or switching from the NGS service to the non-NGS service, the UE_A10 may reestablish the session. Furthermore, the UE_A 10 may perform session re-establishment when receiving information indicating that session re-establishment and / or session re-validation is necessary. Moreover, UE_A10 does not need to perform re-establishment of a session, when the information which shows reasons other than this is received.
  • the 73rd identification information in this embodiment is information indicating a system to be connected when a session is re-established.
  • the connected system may be a system that provides an NGS service, a system that provides EPS, or a system that provides a non-EPS service.
  • the 73rd identification information may be information indicating a core network to be connected when a session is re-established.
  • the 73rd identification information may be information indicating the core network_A90 or information indicating the core network_B190.
  • the 73rd identification information may be information indicating the type of control message used when reestablishing a session.
  • the 73rd identification information may indicate that the session establishment procedure is executed using the EPS control message after the session disconnection procedure, or the session establishment procedure is executed using the NGS control message. You may show that.
  • the 74th identification information in the present embodiment is information indicating whether or not transmission / reception of information indicating a handover is necessary when a session is re-established. Further, the 74th identification information may be information indicating whether or not a session establishment procedure for another core network after the session disconnection procedure is required, or information indicating whether or not it is supported.
  • the 74th identification information may be information indicating that the core network_B 190 requests that the UE_A 10 perform the session establishment procedure for another core network after the session disconnection procedure. Further, the 74th identification information may be information indicating that a session establishment procedure after the session disconnection procedure is necessary to switch the session from the core network_B190 to another core network.
  • the 75th identification information in this embodiment is information for identifying the NSI to which UE_A 10 is connected. Further, the 75th identification information may be information such as an NSD ID for identifying NSI and a network slice type ID for identifying the type of network slice. Further, the 75th identification information may be UE usage type or may be a part of UE usage type. Further, the 75th identification information may be an APN. Note that the 75th identification information may be composed of information for identifying a plurality of NSIs. The 75th identification information may include information for identifying NF (Network Function) in the core network_B190. Further, the 75th identification information may be UE registration information.
  • NF Network Function
  • the 76th identification information in the present embodiment is information for identifying a DCN to which UE_A 10 should connect next and / or connection is permitted.
  • the 76th identification information may be UE usage type, DCN ID, or other information.
  • the 76th identification information may be information indicating the DCN selected by the CPF_A 140 based on the mapping information between the NSI and the DCN, or may be information indicating the default DCN.
  • each device executes an initial procedure for the core network_B190, thereby transiting to the first state, and the UE_A10 establishes a session via the core network_B190.
  • this procedure refers to an initial procedure for the core network_A90, and each procedure includes an attach procedure, a PDN connection procedure, and a tracking area update procedure. Details of each procedure will be described later.
  • each device first executes an attach procedure (S1400) to the core network_B190, and makes a transition to a state in which UE_A10 is connected to the network.
  • each device executes a PDU session establishment procedure (S1402), and transitions to the first state (S1404).
  • the tracking area update procedure (S1404) may be further executed before the transition to the first state.
  • each device may exchange various capability information and / or various request information of each device in the attach procedure to the core network_B190 and / or the PDU session establishment procedure and / or the tracking area update procedure.
  • each device when each device exchanges various information and / or negotiates various requests in the attach procedure to the core network_B190, it performs various information exchange and / or various request negotiations in the PDU session establishment procedure. It does not have to be. Conversely, if each device does not exchange various information and / or negotiate various requests in the attach procedure to the core network _B190, it exchanges various information and / or negotiates various requests with the PDU session establishment procedure. May be implemented. Not limited to this, each device exchanges various information and / or negotiates various requests in the core network_B190 attach procedure, and establishes a PDU session for exchanging various information and / or various requests. You may carry out by procedure.
  • attachment procedure to the core network _B190, and the PDU session establishment procedure, UE_A10 is the core network _ B 190, may be replaced one or more identification information among the identification information of the first 9, core network _ B 190 receives one or more identification information among the identification information of the first from 9 to UE_A10, be further transmit one or more identification information among the identification information of the 11 from 26 to UE_A10 Good.
  • UE_A10 may transmit one or more pieces of identification information among the first to ninth pieces of identification information to core network_A90 by an attach procedure to core network_B190, and may not transmit by a PDU session establishment procedure.
  • one or more identification information among the identification information from the core network _ B 190 11th to UE_A10 26, and sends the attach procedure it may not be transmitted in PDU session establishment procedure.
  • each device, UE_A10 is the core network _ B 190, one or more identification information among the identification information of the first from 9 without sending the attach procedure to the core network _B190, with PDU session establishment procedure You may send it.
  • the core network _ B 190 is to UE_A10, one or more identification information among the identification information of the 11 to 26 without sending the attach procedure to the core network _ B 190, it may be transmitted with PDU session establishment procedure .
  • UE_A10 core network _ B 190 among the identification information of the first 9, may send the identification information that is not transmitted in the attachment procedure to the core network _B190 in PDU session establishment procedure.
  • the identification information from the core network _ B 190 11th to UE_A10 26 it may send the identification information that is not transmitted in the attachment procedure to the core network _ B 190 in PDU session establishment procedure.
  • each device may send and receive during the attach procedure to the core network_B190, and manage in association with a PDU session and / or EPS bearer.
  • the PDU session establishment procedure may be used for transmission / reception.
  • each device may execute the PDU session establishment procedure in the procedure for attaching to the core network_B190, or may be executed after the procedure for attaching to the core network_B190 is completed.
  • the PDU session establishment procedure is executed in the attach procedure to the core network_B190, each device may establish a PDU session based on the completion of the attach procedure to the core network_B190, You may make a transition to the first state.
  • each device executes a tracking area update procedure (S1404).
  • the tracking area update procedure may be executed at any timing after the transition to the first state after the PDU session is established or after the transition.
  • Each device may exchange various request information in the tracking area update procedure.
  • UE_A10 may transmit one or more pieces of identification information among the thirty-first to thirty-seventh pieces of identification information to core network_B190.
  • the core network_B190 may transmit one or more pieces of identification information among the 41st to 46th and 21st to 26th identification information to the UE_A10.
  • Each device involved in this procedure transmits / receives one or more identification information included in each control message by transmitting / receiving each control message described in this procedure, and stores each transmitted / received identification information as a context. May be. Furthermore, each device may transition to an appropriate state based on the completion of this procedure.
  • the attach procedure to the core network_B190 is a procedure for connecting to the network (access network and / or core network_B190 and / or PDN_A5) led by the UE_A10. If the UE_A10 is not connected to the core network_B190, this procedure can be executed at any timing such as when the terminal power is turned on. In other words, UE_A10 may start this procedure at an arbitrary timing as long as it is not registered (EMM-DEREGISTERED). In addition, each device may transition to a registration state (EMM-REGISTERED) based on completion of the attach procedure to the core network_B190.
  • This procedure is a procedure for each device to establish a PDU session.
  • Each device may execute this procedure in a state in which the procedure for attaching to the core network_B190 is completed, or may be executed in the procedure for attaching to the core network_B190.
  • each device may start this procedure at an arbitrary timing after the procedure for attaching to the core network_B190.
  • each device may establish a PDU session based on completion of the PDU session establishment procedure.
  • each device may establish a plurality of PDU sessions by executing this procedure a plurality of times.
  • UE_A10 transmits a PDU Session Establishment Request message to CPF_A140 via NR node_A122 (S1500), and starts a PDU session establishment procedure.
  • the PDU session is a PDN connection
  • the PDU session establishment request message may be a PDN connectivity request message.
  • the PDU session establishment request message is not limited to this, and may be a message requesting establishment of a PDU session.
  • UE_A10 may include at least one piece of identification information from among the first to ninth pieces of identification information in the PDU session establishment request message, and indicates the request of UE_A10 by including these pieces of identification information. May be.
  • each device may indicate a connection service requested and / or supported by UE_A 10 by transmitting and receiving the second identification information and / or the third identification information. Furthermore, each device may indicate the service continuation mode when switching to the EPS service that UE_A10 supports and / or requests by transmitting / receiving the fourth identification information and / or the fifth identification information. Good.
  • each device may indicate the type of DN requested by UE_A 10 by transmitting and receiving the first identification information and / or the sixth identification information. Further, each device may indicate the NSI for which UE_A 10 requests connection by transmitting and receiving the ninth identification information. Further, each device may indicate MME_A40 or CPF_A140 that UE_A10 requests to connect by including the seventh identification information and / or the eighth identification information.
  • each device transmits / receives one or more pieces of identification information among the first to ninth pieces of identification information, so that the PDU session requesting establishment is the same IP address even when switching the connection destination of the PDU session Whether or not it is possible to maintain the connectivity according to may be indicated.
  • the switching of the connection destination of the PDU session may be when the PDU session is switched from the NGS service to the EPS service or when the core network_B190 is switched to the core network_A90.
  • CPF_A140 receives the PDU session establishment request message and executes the first condition determination.
  • the first condition determination is for the CPF_A 140 to determine whether to accept the UE_A10 request.
  • the CPF_A 140 determines whether the first condition is true or false.
  • CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false. The steps when the first condition is false will be described later.
  • CPF_A140 executes the procedure (C) in this procedure and starts the procedure (A) in this procedure. Furthermore, each step of the procedure (C) in this procedure will be explained.
  • the CPF_A 140 transmits a session generation request message to the UPGW_A 130, and starts the procedure (C) in this procedure (S1502).
  • the CPF_A 140 may include at least one or more pieces of identification information among the first to ninth pieces of identification information in the session generation request message, or may include information indicating whether the request is an initial request. However, the UE_A10 request may be transmitted by including these pieces of identification information.
  • UPGW_A130 receives the session generation request message and executes the third condition determination.
  • the third condition determination is for determining whether the UPGW_A 130 accepts the UE_A 10 request.
  • the third condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted.
  • the third condition is false when the UE_A10 request is rejected, and may be when the third condition is not determined to be true.
  • the third condition determination may be performed by another device (for example, PCRF_A60) instead of UPGW_A130.
  • UPGW_A130 performs an IP-CAN session establishment procedure with PCRF_A60. More specifically, UPGW_A 130 transmits a request message during the IP-CAN session establishment procedure to PCRF_A 60. Further, the PCRF_A 60 receives the request message during the IP-CAN session establishment procedure, determines the third condition, and transmits a response message during the IP-CAN session establishment procedure to the UPGW_A 130. Further, UPGW_A 130 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the third condition determination.
  • UPGW_A130 may include at least one piece of identification information from among the first to ninth pieces of identification information in the request message during the IP-CAN session establishment procedure, or by including these pieces of identification information, The UE_A10 request may be transmitted.
  • PCRF_A60 may include at least the third information determination result in the response message during the IP-CAN session establishment procedure, and by including this result, the third condition determination result is notified to UPGW_A130. May be.
  • the PCRF_A60 may include one or more pieces of identification information among the eleventh to nineteenth pieces of identification information in the response message during the IP-CAN session establishment procedure, and by including these pieces of identification information, the UE_A10's It may indicate that the request has been granted.
  • the PCRF_A60 may include one or more pieces of identification information from among the 21st to 26th pieces of identification information in the response message during the IP-CAN session establishment procedure, and by including these pieces of identification information, the UE_A10 It may indicate that the request has been rejected.
  • UPGW_A130 may perform the third condition determination based on the result of the third condition determination received from PCRF_A60. For example, when the PCRF_A60 accepts the UE_A10 request, the PCRF_A60 and UPGW_A130 may set the third condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the UPGW_A130 may set the third condition to be false.
  • UPGW_A 130 determines whether the third condition is true or false. If the third condition is true, UPGW_A 130 transmits a session creation response message to CPF_A 140 (S1506). Furthermore, CPF_A140 receives the session creation response message.
  • UPGW_A130 may include one or more pieces of identification information among eleventh to nineteenth pieces of identification information, an IP address, or include these pieces of identification information in the session generation response message.
  • the UE_A10 request may be permitted.
  • UPGW_A 130 transmits a session creation rejection message to CPF_A 140 (S1508).
  • the session creation rejection message may be a session creation response message including a rejection reason (Reject cause).
  • UPGW_A130 may include one or more pieces of identification information among the 21st to 26th pieces of identification information in the session generation rejection message, and by including these pieces of identification information, it is confirmed that the request of UE_A10 has been rejected. May be shown.
  • Each device completes the procedure (C) in this procedure based on transmission / reception of a session creation response message and / or a session creation rejection message.
  • CPF_A140 Based on the reception of the session generation response message, CPF_A140 transmits a PDU session establishment acceptance (PDU122session acceptment accept) message to NR node_A122 (S1514).
  • PDU session establishment acceptance PDU122session acceptment accept
  • CPF_A140 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the PDU session establishment acceptance message may be a PDN connection acceptance (PDNPDConnectivity Accept) message or a default EPS bearer context activation request (Activate default EPSbearer context request) message.
  • the PDU session establishment acceptance message may be a response message to the PDU session establishment request message, and is not limited to this, and may be a message for accepting a PDU session establishment request.
  • NR node_A122 receives the PDU session establishment acceptance message and receives an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC ConnectionSetup message, or an RRC Direct Transfer message) and / or a PDU session establishment acceptance message. Is transmitted (S1516).
  • the PDU session establishment acceptance message may be transmitted / received by being included in the RRC message.
  • the CPF_A 140 may include at least one or more pieces of identification information among eleventh to nineteenth identification information, an IP address, or these identification information in the PDU session establishment acceptance message. By including, it may indicate that the request of UE_A10 has been accepted.
  • each device may indicate a connection service that is permitted and / or supported by the network by transmitting and receiving the twelfth identification information and / or the thirteenth identification information. Furthermore, each device may indicate the service continuation mode when switching to the EPS service that is supported and / or permitted by the network by transmitting and receiving the 14th identification information and / or the 15th identification information. Good.
  • each device may indicate the type of DN permitted by the network by transmitting and receiving the eleventh identification information and / or the sixteenth identification information. Further, each device may indicate the NSI that the network permits connection by transmitting and receiving the 19th identification information. Furthermore, each device may indicate MME_A40 or CPF_A140 that the network permits connection by transmitting and receiving the 17th identification information and / or the 18th identification information.
  • each device may indicate the reason why the request of UE_A 10 is accepted by transmitting / receiving one or more pieces of identification information among the eleventh to nineteenth identification information. Furthermore, each device may indicate processing to be performed by each device after this procedure based on the reason that the request of UE_A10 has been accepted, may perform this procedure again, or may have other conditions. You may carry out this procedure. For example, the UE_A 10 may execute connection to the core network_A 90 and / or switching of the EPS service based on processing to be performed by each device included in the reason that the PDU session establishment procedure is accepted.
  • each device transmits / receives one or more pieces of identification information among the eleventh to nineteenth identification information, so that the established PDU session has the same IP address even when the connection destination of the PDU session is switched. It may indicate whether or not connectivity can be maintained.
  • UE_A10 When receiving the RRC message, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Connection Reconfiguration Complete message, an RRC Connection Connection Setup Complete message, or an RRCDirect Transfer message) to the NR node_A122 (S1518).
  • RRC message for example, an RRC message such as an RRC Connection Connection Reconfiguration Complete message, an RRC Connection Connection Setup Complete message, or an RRCDirect Transfer message
  • the NRnode_A122 receives the RRC message and transmits a bearer setting message to the CPF_A140 (S1520). Furthermore, CPF_A140 receives a bearer setting message.
  • UE_A10 transmits a PDU session establishment completion (PDU session establishmentcomplete) message to CPF_A140 via NR node_A122 (S1522) (S1524). Further, the CPF_A 140 receives the PDU session establishment completion message and executes the second condition determination.
  • the PDU session is a PDN connection
  • the PDU session establishment completion message may be a PDN connection completion (PDN Connectivity complete) message or a default EPS bearer context activation acceptance (Activate default EPSbearer context accept) message.
  • the PDU session establishment completion message may be a response message to the PDU session establishment acceptance message, and is not limited to this, and may be a message indicating that the PDU session establishment procedure is completed.
  • the second condition determination is for CPF_A140 to determine whether or not it is necessary to request UPGW_A130 to change the bearer. If the second condition is true, CPF_A140 starts the procedure (D) in this procedure. When the second condition determination is false, CPF_A140 does not execute the procedure (D) in this procedure. Hereinafter, each step of the procedure (D) in this procedure will be described.
  • the CPF_A 140 transmits a bearer change request message to the SGW_A 35 (S1526), and starts the procedure (D) in this procedure. Furthermore, SGW_A35 receives the bearer change request message and transmits a bearer change response message to CPF_A140 (S1528).
  • CPF_A140 receives the bearer change response message and completes the procedure (D) of this procedure.
  • each device is based on the transmission / reception of a PDU session establishment completion message when the second condition determination is false, and / or when the second condition determination is true, Based on this, complete the procedure (A) in this procedure.
  • CPF_A140 transmits a PDU session establishment rejection (PDU session establishmentreject) message to UE_A10 via NR node_A122 (S1530), and starts the procedure (B) in this procedure. Furthermore, UE_A10 receives the PDU session establishment rejection message and recognizes that the request for UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the PDU session establishment rejection message.
  • the PDU session establishment rejection message may include an appropriate rejection reason. If the PDU session is a PDN connection, the PDU session establishment rejection message may be a PDN connection rejection (PDN Connectivity reject) message. Further, the PDU session establishment rejection message may be a response message to the PDU session establishment request message, and is not limited thereto, and may be a message that rejects the request for PDU session establishment.
  • PDN Connectivity reject PDN connection rejection
  • CPF_A140 may include one or more pieces of identification information among the 21st to 26th pieces of identification information in the PDU session establishment rejection message. By including these pieces of identification information, the UE_A10 request is rejected. You may show things.
  • each device may indicate the reason why the PDU session establishment procedure is rejected by transmitting and receiving the 21st identification information, and the processing to be performed by each device after the attach procedure to the core network_B190 May be indicated.
  • each device transmits / receives the 22nd identification information and / or the 23rd identification information, so that the network supports connection to the core network_A90 and / or switching of the EPS service, and / or It may indicate that permission is not allowed. Furthermore, each device may indicate the service continuation mode when switching to the EPS service, which is not supported and / or permitted by the network, by transmitting / receiving the 24th identification information and / or the 25th identification information. Good. Furthermore, each device may indicate an NSI that the network does not permit to connect by transmitting and receiving the 26th identification information.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • Each device may transition to the state where the PDU session is established based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. The user may recognize that this procedure has been rejected, or may transition to a state where a PDU session is not established.
  • each device may perform processing based on the identification information transmitted and received in this procedure based on the completion of this procedure. For example, when transmitting or receiving one or more pieces of identification information among the 21st to 26th pieces of identification information, each device may recognize the reason why the UE_A10 request is rejected. Furthermore, each apparatus may perform this procedure again based on the reason why the request of UE_A10 is rejected, or may perform this procedure under different conditions. For example, the UE_A 10 may execute connection to the core network_A 90 and / or switching of the EPS service based on processing to be performed by each device included in the reason that the PDU session establishment procedure is accepted.
  • the first to third condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the PDU session establishment request message. Further, the condition for determining whether the first to third conditions are true or false is not limited to the above-described conditions.
  • the first condition and / or the third condition may be true when the UE_A 10 requests session establishment and the network permits the request. Further, the first condition and / or the third condition may be false when the UE_A 10 requests establishment of a session and the network does not permit the request. Furthermore, the first condition and / or the third condition may be false when the network to which the UE_A 10 is connected and / or the device in the network does not support the establishment of the session requested by the UE_A 10.
  • UE_A10 may transmit the PDU session establishment request message described above in the attach request message, or by including the PDU session establishment request message, the UE_A10 performs the PDU session establishment procedure during the attach procedure to the core network_B190. You may require that you do it.
  • UE_A10 may include at least one piece of identification information among the first to ninth pieces of identification information in the attach request message, or may indicate the request of UE_A10 by including these pieces of identification information. Good.
  • each device may indicate a connection service requested and / or supported by UE_A10 by transmitting and receiving the second identification information and / or the third identification information.
  • the service continuation mode when switching to the EPS service which is supported and / or requested by the UE_A 10, may be indicated.
  • each device may indicate the type of DN requested by UE_A 10 by transmitting and receiving the first identification information and / or the sixth identification information. Further, each device may indicate the NSI for which UE_A 10 requests connection by transmitting and receiving the ninth identification information. Further, each device may indicate MME_A40 or CPF_A140 that UE_A10 requests to connect by including the seventh identification information and / or the eighth identification information.
  • each device transmits / receives one or more pieces of identification information among the first to ninth pieces of identification information, so that the PDU session requesting establishment is the same IP address even when switching the connection destination of the PDU session Whether or not it is possible to maintain the connectivity according to may be indicated.
  • UE_A 10 may transmit the identification information included in a control message different from the attach request message.
  • the CPF_A 140 receives the control message different from the attach request message and / or the attach request message, and executes the first condition determination. CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • CPF_A140 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the CPF_A 140 determines whether the fourth condition is true or false.
  • the CPF_A 140 executes the procedure (C) in the UE-driven PDU session establishment procedure by starting when the fourth condition is true, and omits it when the fourth condition is false (S1604 ).
  • the CPF_A 140 transmits an attach accept message to the NR node_A 122 based on reception of the attach request message and / or session creation response message and / or completion of the procedure (C) during the PDN connection procedure. (S1606).
  • CPF_A140 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the NR node_A122 receives the attach acceptance message, and transmits an RRC message (for example, an RRC message such as an RRCConnection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or an attach acceptance message (S1608). ).
  • the attach acceptance message may be transmitted and received by being included in the RRC message.
  • CPF_A140 may transmit the attach acceptance message including the above-described PDU session establishment acceptance message, or by including the PDU session establishment acceptance message, May indicate that has been accepted.
  • the CPF_A 140 may include at least one or more identification information among the eleventh to nineteenth identification information, an IP address, or include these identification information in the attach acceptance message. Then, it may indicate that the request of UE_A10 has been accepted.
  • each device may indicate a connection service that is permitted and / or supported by the network by transmitting and receiving the twelfth identification information and / or the thirteenth identification information. Furthermore, each device may indicate the service continuation mode when switching to the EPS service that is supported and / or permitted by the network by transmitting and receiving the 14th identification information and / or the 15th identification information. Good.
  • each device may indicate the type of DN permitted by the network by transmitting and receiving the eleventh identification information and / or the sixteenth identification information. Further, each device may indicate the NSI that the network permits connection by transmitting and receiving the 19th identification information. Furthermore, each device may indicate MME_A40 or CPF_A140 that the network permits connection by including the 17th identification information and / or the 18th identification information.
  • each device may indicate the reason why the request of UE_A10 is accepted by transmitting / receiving one or more pieces of identification information among the eleventh to nineteenth identification information. Furthermore, each device may indicate processing to be performed by each device after this procedure based on the reason that the request of UE_A10 has been accepted, may perform this procedure again, or may have other conditions. You may carry out this procedure. For example, the UE_A10 executes connection to the core network_A90 and / or switching of the EPS service based on processing to be performed by each device included in the reason that the attachment procedure to the core network_B190 is accepted. Also good.
  • each device transmits / receives one or more pieces of identification information among the eleventh to nineteenth identification information, so that the established PDU session has the same IP address even when the connection destination of the PDU session is switched. It may indicate whether or not connectivity can be maintained.
  • the first condition determination may be the same as the first condition determination during the PDU session establishment procedure.
  • the fourth condition determination is for determining whether the CPF_A 140 performs the PDU session establishment procedure.
  • the fourth condition is true when a PDU session establishment request message is received, and may be when the PDU session establishment procedure is also executed during this procedure.
  • the fourth condition is false when the PDU session establishment request message has not been received.
  • the PDU session establishment procedure may not be executed during this procedure, and the fourth condition is not judged to be true. In case.
  • UE_A10 When UE_A10 receives an RRC message from NR node_A122, UE_A10 sends an RRC connection message (for example, an RRC message such as RRCRRConnection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message) to NR ⁇ node_A122 (S1610).
  • RRC connection message for example, an RRC message such as RRCRRConnection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message
  • the NRnode_A122 receives the RRC message and transmits a bearer setting message to the CPF_A140 (S1612). Furthermore, CPF_A140 receives a bearer setting message.
  • UE_A10 When UE_A10 receives an attach acceptance message from CPF_A140 via NR node_A122, UE_A10 transmits an attach complete (Attach complete) message to CPF_A140 via NR node_A122 (S1614) (S1616). Furthermore, CPF_A140 receives the attach completion message. Further, when the fourth condition is true, the CPF_A 140 executes the second condition determination. The second condition determination is for determining whether or not the CPF_A 140 needs to request the UPGW_A 130 to change the bearer. If the second condition is true, the CPF_A 140 starts and executes the procedure (D) in the PDU session establishment procedure (S1618). Each device completes the procedure (A) in this procedure based on the transmission / reception of the attach completion message and / or the completion of the procedure (D) in the PDU session establishment procedure.
  • the UE_A10 may transmit the PDU session establishment completion message by including the PDU session establishment completion message described above in the attach completion message. It may indicate that the procedure is complete.
  • the CPF_A 140 transmits an attach rejection message to the UE_A 10 via the NR node_A 122 and starts the procedure (B) in this procedure (S1620). Further, UE_A10 receives the attach rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the attach rejection message.
  • CPF_A140 may transmit the attach refusal message including the PDU session establishment rejection message described above, or by including the PDU session establishment rejection message, May indicate that was rejected. In that case, UE_A10 may further receive a PDU session establishment rejection message or may authenticate that the PDU session establishment procedure has been rejected.
  • the CPF_A140 may include one or more pieces of identification information among the 21st to 26th pieces of identification information in the attach rejection message, and by including these pieces of identification information, the fact that the request of UE_A10 has been rejected. It may be shown.
  • each device may recognize the reason why the attach procedure to the core network_B190 is rejected by transmitting / receiving one or more pieces of identification information among the 21st to 26th identification information, or the core network After the attach procedure to _B190, the processing to be performed by each device may be indicated, the present procedure may be performed again, or the present procedure may be performed under different conditions. For example, UE_A10 performs connection to core network_A90 and / or switching of EPS service based on processing to be performed by each device included in the reason why the attachment procedure to core network_B190 is rejected. Also good.
  • each device may indicate the reason why the PDN connection procedure is rejected by transmitting and receiving the 21st identification information, and after each attach procedure to the core network_A90, each device performs processing to be performed. May be shown. Furthermore, each device transmits / receives the 22nd identification information and / or the 23rd identification information, so that the network supports connection to the core network_A90 and / or switching of the EPS service, and / or It may indicate that permission is not allowed.
  • each device may indicate the service continuation mode when switching to the EPS service, which is not supported and / or permitted by the network, by transmitting / receiving the 24th identification information and / or the 25th identification information. Good. Furthermore, each device may indicate a DCN that the network does not permit to connect by transmitting and receiving the 26th identification information.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • Each device may transition to the state where UE_A10 is connected to the network and / or the registration state based on the completion of the procedure (A) in this procedure, or the procedure (B) in this procedure. Based on the completion of the above, it may be recognized that the present procedure has been rejected, or a transition to a state in which it cannot be connected to the network may be made.
  • the transition of each device to each state may be performed based on the completion of this procedure, or may be performed based on the establishment of a PDU session.
  • each device may perform processing based on the identification information transmitted and received in this procedure based on the completion of this procedure. For example, when transmitting or receiving one or more pieces of identification information among the 21st to 25th pieces of identification information, each device may recognize the reason why the UE_A10 request is rejected. Furthermore, each device may perform this procedure again based on the reason that the UE_A10 request is rejected, or perform an attach procedure to the core network_B190 for the core network_A90 or another cell. May be.
  • first to fourth condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the attach request message.
  • condition for determining whether the first to fourth conditions are true or false is not limited to the above-described conditions.
  • the first condition determination and / or the third condition determination may be the same as the above-described PDU session establishment procedure example.
  • This procedure updates the location registration information of UE_A10 in the network (access network and / or core network_B190) and / or periodically notifies UE_A10 of the status of UE_A10 from the UE_A10 and / or This is a procedure for updating specific parameters related to UE_A10 in the network.
  • UE_A10 can execute this procedure at an arbitrary timing as long as the PDU session is established. Moreover, UE_A10 can perform this procedure regularly.
  • UE_A10 transmits a tracking area update request message to CPF_A140 via NR node_A122 (S1700), and starts a tracking area update procedure.
  • UE_A10 may include at least one piece of identification information from among the thirty-first to thirty-seventh pieces of identification information in the tracking area update request message, and indicates the request of UE_A10 by including these pieces of identification information. Also good.
  • each device may indicate a connection service supported by UE_A10 by transmitting and receiving the 32nd identification information. Furthermore, each device may indicate the service continuation mode when switching to the EPS service, which is supported and / or requested by UE_A10, by transmitting and receiving the 35th identification information and / or the 36th identification information. Good.
  • each device may indicate the NSI that UE_A 10 requests to connect by transmitting and receiving the 37th identification information. Furthermore, each device may indicate a connection service to which UE_A 10 requests to update registration information by transmitting and receiving thirty-first identification information. Further, each device may indicate MME_A40 or CPF_A140 that UE_A10 requests connection by including the 33rd identification information and / or the 34th identification information.
  • CPF_A140 receives the tracking area update request message and executes the first condition determination. In the first condition determination, the CPF_A 140 determines whether the first condition is true or false. CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false. The steps when the first condition is false will be described later.
  • CPF_A140 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the CPF_A 140 determines whether the fourth condition is true or false.
  • the CPF_A 140 starts the procedure (C) in this procedure when the fourth condition is true, and omits the procedure when the fourth condition is false (S1703).
  • the first condition determination may be the same as the first condition determination during the attach procedure to the core network_B190.
  • the fourth condition determination is for determining whether or not a PDU session change and / or addition and / or deletion procedure is necessary.
  • CPF_A140 may include at least one or more of the identification information of the thirty-first to thirty-seventh identification information in the message in the procedure (C) in this procedure, or include these identification information.
  • the request for UE_A10 may be transmitted to each device.
  • CPF_A140 executes the third condition determination after the procedure (C) is completed.
  • the third condition determination is for determining whether CPF_A140 accepts the UE_A10 request, and the third condition determination is received from any device during the procedure of (C). It may be determined based on the information.
  • CPF_A 140 determines whether the third condition is true or false.
  • CPF_A140 sends the tracking area update acceptance (Tracking Area Update accept) message to UE_A10 via NR node_A122 if the third condition is true (S1706). If condition 3 is false, start the procedure (B) in this procedure.
  • the tracking area update acceptance message may include an appropriate reason for acceptance.
  • the tracking area update acceptance message may be a response message to the tracking area update request message, and is not limited to this, and may be a message for accepting a tracking area update request.
  • the CPF_A140 may include at least one of the identification information items 41 to 47 in the tracking area update acceptance message, or the UE_A10 request is accepted by including these identification information items. You may show that it was done.
  • each device transmits / receives the 43rd identification information and / or the 44th identification information, so that the network supports connection to the core network_A90 and / or switching of the EPS service, and / or It may indicate whether to allow or not. Furthermore, each device may indicate the service continuation mode when switching to the EPS service, which is supported and / or permitted by the network, by transmitting and receiving the 45th identification information and / or the 46th identification information. Good.
  • each device may indicate the NSI that the network permits connection by transmitting and receiving the 47th identification information.
  • each device may indicate the reason why the UE request is accepted by transmitting / receiving one or more pieces of identification information among the 41st to 47th identification information. Furthermore, each device may indicate processing to be performed by each device after this procedure based on the reason that the request of UE_A10 has been accepted, may perform this procedure again, or may have other conditions. You may carry out this procedure. For example, the UE_A 10 may perform connection to the core network_A 90 and / or switching of the EPS service based on processing to be performed by each device included in the reason why the tracking area update procedure is accepted.
  • UE_A10 When receiving the tracking area update acceptance message, UE_A10 transmits a tracking area update completion (Tracking Area Update) message to CPF_A140 via NRnode_A122 (S1710). Each device completes the procedure (A) in this procedure based on the transmission / reception of the tracking area update completion message.
  • Track Area Update Tracking Area Update
  • the CPF_A 140 transmits a tracking area update rejection (Tracking Area Update reject) message to the UE_A10 via the NR node_A122. Furthermore, UE_A10 receives the tracking area update rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the tracking area update rejection message.
  • the tracking area update rejection message may include an appropriate reason for rejection.
  • the tracking area update rejection message may be a response message to the tracking area update request message, and is not limited to this, and may be a message rejecting the tracking area update request.
  • the CPF_A140 may include one or more pieces of identification information among the 21st to 26th pieces of identification information in the tracking area update rejection message. By including these pieces of identification information, the UE_A10 request is rejected. You may show that
  • each device may indicate the reason why the tracking area update procedure is rejected by transmitting / receiving the 21st identification information, or may indicate the processing to be performed by each device after the tracking area update procedure. Good.
  • each device transmits / receives the 22nd identification information and / or the 23rd identification information, so that the network supports connection to the core network_A90 and / or switching of the EPS service, and / or It may indicate that permission is not allowed. Furthermore, each device may indicate the service continuation mode when switching to the EPS service, which is not supported and / or permitted by the network, by transmitting / receiving the 24th identification information and / or the 25th identification information. Good. Furthermore, each device may indicate a DCN that the network does not permit to connect by transmitting and receiving the 26th identification information.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • each device may perform processing based on the identification information transmitted and received in this procedure based on the completion of this procedure. For example, when each device transmits or receives one or more pieces of identification information among the 21st to 26th pieces of identification information, the device may indicate the reason why the request of UE_A10 is rejected. Furthermore, each device may indicate the processing to be performed by each device based on the reason that the UE_A10 request is rejected, may perform this procedure again, or may perform this procedure under different conditions. You may implement. For example, the UE_A 10 may perform connection to the core network_A 90 and / or switching of the EPS service based on processing to be performed by each device included in the reason why the tracking area update procedure is rejected.
  • first and / or third and / or fourth condition determination is executed based on identification information and / or subscriber information and / or operator policy included in the tracking area update request message. May be. Further, the condition for determining the truth of the first and / or the third and / or the fourth condition may not be limited to the above-described conditions.
  • the first condition and / or the third condition and / or the fourth condition may be true when the UE_A 10 requests a tracking area update and the network permits the request. Further, the first condition and / or the third condition and / or the fourth condition may be false when the UE_A 10 requests the tracking area update and the network does not permit the request. Furthermore, the first condition, and / or the second condition, and / or the third condition, supports a tracking area update requested by UE_A10 by a network to which UE_A10 is connected and / or a device in the network. If not, it can be false.
  • the reconnection procedure is a procedure until the connection is temporarily disconnected and the connection is established again.
  • a procedure for switching a PDU session connected to the core network_B190 to a PDN connection connected to the core network_A90 will be described.
  • this procedure may be a procedure for making a transition from a state connected to the core network_A90 to a state connected to the core network_B190.
  • two reconnection procedures will be described.
  • the first reconnection procedure and the second reconnection procedure will be described.
  • a first reconnection procedure in the present embodiment will be described with reference to FIG.
  • this procedure refers to the first reconnection procedure, and each procedure includes a detach procedure, an attach procedure to the core network_A90, and a PDN connection procedure. Details of each procedure will be described later.
  • each device transits to a first state connected to the core network_B190 (S1800).
  • This procedure is for network-led transition from the state where UE_A10 is registered in core network_B190 to the state registered in core network_A90. This is a procedure for changing and / or switching connection service. Further, according to this procedure, the UE_A 10 may maintain the IP address even if the core network to be accessed or the connection service to be used is changed.
  • the procedure for transitioning to the first state may be the initial procedure described in Chapter 1.3.
  • each device executes a detach procedure (S1802), and makes a transition to a state in which UE_A10 is not connected to the core network_B190. Subsequently, each device executes a procedure for attaching to the core network_A90 (S1804), and transitions to a state in which the UE_A10 is connected to the core network_A90.
  • the attach to the core network_A90 is an attach procedure to the core network_A90.
  • each device may execute a PDN connection procedure (PDN Connectivity procedure) (S1806).
  • PDN Connectivity procedure PDN connection procedure
  • Each device may exchange various capability information and / or various request information of each device in the detach procedure and / or the attach procedure to the core network_A90 and / or the PDN connection procedure.
  • UE_A10 may transmit at least one piece of identification information among at least the 51st to 57th pieces of identification information to core network_B190 in the detach procedure.
  • each device When each device exchanges various information and / or negotiates various requests with the attach procedure to the core network_A90, it does not exchange various information and / or negotiates various requests with the PDN connection procedure. May be. Conversely, if each device does not exchange various information and / or negotiate various requests in the attach procedure to the core network_A90, it exchanges various information and / or negotiates various requests using the PDN connection procedure. You may implement. Not limited to this, each device exchanges various information and / or negotiates various requests with the procedure for attaching to the core network_A90, but also exchanges various information and / or negotiates various requests with the PDN connection procedure. May be implemented.
  • UE_A10 may transmit one or more pieces of identification information among at least the 61st to 68th pieces of identification information to core network_B190, and core network_A90 may transmit from UE_A10.
  • core network_A90 may transmit from UE_A10.
  • at least one of the 61st to 68th identification information may be received, and at least one of the 19th and 26th identification information may be transmitted to UE_A10.
  • UE_A10 may send at least one piece of identification information from among the 61st to 66th pieces of identification information to the core network_A90 by an attach procedure, and may not send it by a PDN connection procedure.
  • the core network_A90 may transmit at least one or more of the 19th and 26th identification information to the UE_A10 by the attach procedure and not by the PDN connection procedure.
  • UE_A 10 may transmit at least one piece of identification information from among the 61st to 66th pieces of identification information to core network_A 90 in the PDN connection procedure without transmitting it in the attach procedure.
  • the core network_A90 may transmit at least the 19th and 26th identification information in the PDN connection procedure instead of transmitting in the attach procedure.
  • UE_A10 may transmit identification information that has not been transmitted to the core network_A90 in the procedure for attaching to the core network_A90 among the 61st to 66th identification information by the PDN connection procedure.
  • the core network_A90 may transmit, to the UE_A10, identification information that has not been transmitted in the attach procedure to the core network_A90 among the 19th and 26th identification information by the PDN connection procedure.
  • Each device involved in this procedure transmits / receives one or more identification information included in each control message by transmitting / receiving each control message described in this procedure, and stores each transmitted / received identification information as a context. May be. Furthermore, each device may transition to an appropriate state based on the completion of this procedure.
  • the core network_B190 is a procedure for cutting the connection between the UE_A10 and the network (access network and / or core network_B190, and / or PDN_A5). That is, if the UE_A10 is in the first state connected to the core network_B190, the core network_B190 can start this procedure at an arbitrary timing. In other words, if the UE_A10 is registered in the core network_B190 (EMM-REGISTERD), the core network_B190 may start this procedure at an arbitrary timing. Further, each device may transition to a state (UEM-DEREGISTERD) in which UE_A10 is not registered in the core network_B190 based on completion of the detachment procedure.
  • EMM-REGISTERD a state in which UE_A10 is not registered in the core network_B190 based on completion of the detachment procedure.
  • CPF_A 140 transmits a detach request message to UE_A 10 via NR node_A 122 (S1900), and starts a detach procedure.
  • the trigger for the CPF_A140 to start the detach procedure is based on the fact that the device in the core network_B190 has determined that the UE_A10 cannot provide connectivity to the UE_A10 from the location information of the UE_A10. May be.
  • the CPF_A 140 may start the detach procedure based on the change of the operator policy or the change of the subscriber information of the UE_A 10.
  • the CPF_A 140 may start a detach procedure based on a request from an upper layer or an application server. Note that the trigger for the CPF_A 140 to start the detach procedure is not limited to these.
  • CPF_A140 may include at least one piece of identification information among at least the 51st to 57th pieces of identification information in the detach request message. By including these pieces of identification information in the detach request message, CPF_A140 may indicate a request to UE_A10. In other words, the CPF_A 140 may indicate that the UE_A 10 is requested to have the characteristics or contents represented by each of the identification information described above by including these pieces of identification information.
  • CPF_A140 is based on transmitting at least one or more of the 11th to 18th identification information to UE_A10 in the attach procedure to core network_B190 and / or the PDU session establishment procedure, at least.
  • One or more pieces of identification information among the 51st to 57th pieces of identification information may be included in the detach request message.
  • CPF_A140 identifies at least the 51st to 57th when permitting service continuation to continue communication through the attach procedure to the core network_A90 associated with the detach procedure and / or the PDN connection procedure associated with the detach procedure.
  • One or more pieces of identification information may be included in the detach request message.
  • this service continuation permission information may be managed as subscriber information for UE_A10. Therefore, CPF_A140 may include such identification information based on the subscriber information of UE_A10.
  • the 52nd identification information is included in the detach request message. It may be determined that the information is not included in the detach request message.
  • the 53rd identification information may be included in the detach request message. Otherwise, the 53rd identification information indicating NGC may be included in the detach request message, or it may be determined that the 53rd identification information is not included in the detach request message.
  • CPF_A140 may request UE_A10 whether to start the attach procedure again by transmitting the 51st identification information. Further, UE_A10 may determine whether or not to start the attach procedure again based on the received 51st identification information.
  • the CPF_A 140 may notify the UE_A 10 of the NSI identification information to be detached by the UE_A 10 by transmitting the 55th identification information. Further, UE_A10 may hold information for identifying the NSI to be detached by UE_A10 by receiving the 55th identification information.
  • the CPF_A 140 may request the reattach procedure to the DCN and / or the PDN connection procedure indicated by the 56th identification information by transmitting the 56th identification information. Further, the UE_A 10 may determine to execute the reattach procedure to the DCN and / or the PDN connection procedure indicated by the 56th identification information by receiving the 56th identification information.
  • the reattach procedure may be an attach procedure to the core network_A90 that starts based on completion of the detach procedure. Furthermore, reattaching may indicate that an attach procedure to the core network_A90 to be started is executed based on completion of the detach procedure.
  • each device transmits / receives the 57th identification information, and after the completion of the detach procedure, the device is associated with the service that cannot be maintained and / or the service that cannot be maintained by the attach procedure and / or the PDN connection procedure that is executed again.
  • NSI may be indicated.
  • the CPF_A 140 may request that one or more services be continued by the reattach procedure and / or the PDN connection procedure by transmitting the 57th identification information. Further, the UE_A10 receives the 57th identification information, and decides to continue the one or more services indicated by the 57th identification information by executing the reattach procedure and / or the PDN connection procedure. May be.
  • the service identification information and the DCN that performs the reattach procedure and / or the PDN connection procedure may be associated with each other and transmitted / received. Furthermore, when a plurality of service information is transmitted, different DCNs may be transmitted / received in association with each service. These one or more DCNs may be the 56th identification information described above.
  • / or CPF_A140 may notify that one or more services cannot be continued by the reattach procedure and / or the PDN connection procedure by transmitting the 57th identification information. Further, UE_A10 may determine that one or more services cannot be continued by the reattach procedure and / or the PDN connection procedure by receiving the 57th identification information.
  • each device may indicate whether or not to use a flag indicating handover during the attach procedure executed again after the completion of the detach procedure by transmitting and receiving the 52nd identification information.
  • the CPF_A 140 transmits the 52nd identification information to start the core based on completion of the detachment procedure.
  • the UE_A 10 may request to transmit a flag indicating handover.
  • UE_A10 receives the 52nd identification information, and UE_A10 transmits a flag indicating handover in the attach procedure and / or PDN connection procedure to core network_A90 that starts based on the completion of the detachment procedure. You may decide that.
  • the CPF_A 140 transmits the 52nd identification information, so that the core is executed based on the completion of the detachment procedure.
  • the attach procedure to the network_A90 and / or the PDN connection procedure it may be notified that the flag indicating the handover by the UE_A10 does not need to be transmitted.
  • UE_A10 does not transmit a flag indicating handover in the attach procedure and / or PDN connection procedure to core network_A90 that starts based on the completion of the detachment procedure by receiving the 52nd identification information. You may decide that.
  • the information indicating the handover may be the 61st identification information or the identification information requesting the IP address reservation.
  • the IP address preservation may be to establish connectivity with the same IP address as the IP address used before switching after performing the attach procedure and / or the PDN connection procedure again.
  • IP address preservation may mean that the IP address used after re-executing the attach procedure and / or the PDN connection procedure is the same as the IP address used before the switching.
  • each device may indicate the core network to which UE_A 10 should establish a connection after the completion of the detachment procedure by transmitting and receiving the 53rd identification information.
  • the CPF_A 140 may notify the type of the core network to which the UE_A 10 should establish a connection after the completion of the detach procedure by transmitting the 53rd identification information.
  • UE_A10 may determine the type of core network to which UE_A10 should establish a connection after the completion of the detachment procedure by receiving the 53rd identification information.
  • each device may indicate the reason for executing the detach procedure (Cause) by transmitting and receiving the 54th identification information.
  • CPF_A140 may include at least one or more pieces of identification information among the identification information items 51 to 57 in the session deletion request message.
  • CPF_A140 may transmit a request to UE_A10 by including these pieces of identification information in the session deletion request message.
  • each device transmits and receives the 51st identification information and / or the 52nd identification information and / or the 54th identification information, so that the IP corresponding to the PDU session is switched when the connection destination of the PDU session is switched. It may indicate that connectivity by address can be maintained or may be required to be maintained.
  • each device transmits and receives the 51st identification information and / or the 52nd identification information and / or the 54th identification information, and after the detachment procedure is completed, the PDU session is disconnected. It may indicate that a PDN connection associated with the same IP address can be established or may require that it be established.
  • the 51st to 57th identification information may be transmitted and received as a single identification information by combining two or more pieces of identification information.
  • the combined identification information may be identification information having the meaning of each combination of identification information.
  • CPF_A140 transmits a delete session request (Delete Session Request) message to UPGW_A130 (S1902), and starts the procedure (A) in this procedure.
  • Delete Session Request Delete Session Request
  • S1902 UPGW_A130
  • each device may include one or more pieces of identification information among the 51st to 57th pieces of identification information in the session deletion request message.
  • CPF_A140 may include at least one or more pieces of identification information among the identification information items 51 to 57 in the session deletion request message.
  • CPF_A140 may transmit a request to UE_A10 by including these pieces of identification information in the session deletion request message.
  • UPGW_A130 receives the session deletion request message. Based on the reception of the session deletion request message, UPGW_A 130 transmits a session deletion response message to CPF_A 140 (S1908). If UPGW_A130 is not connected to an external gateway (PGW_A30 or SCEF_A46) and / or is not configured as the same device, UPGW_A130 sends a session deletion request message to the external gateway based on the reception of the session deletion request message. The session deletion response message transmitted by the external gateway may be received. Each device completes the procedure (A) in this procedure based on the transmission / reception of the session deletion response message.
  • UE_A10 may receive a detach request message and transmit a detach accept message to CPF_A 140 at an arbitrary timing (S1914).
  • the UE_A 10 may include identification information such as a detach type for identifying the type of detachment in the detach acceptance message, or may indicate that the request is permitted by including these identification information.
  • CPF_A140 receives a detach acceptance message from UE_A10.
  • the CPF_A 140 may execute a procedure for deleting the signaling connection between the UE_A 10 and the CPF_A 140 based on the reception of the detach acceptance message and / or completion of the procedure (A) in this procedure (S1912).
  • the connectivity between CPF_A140 and NRCnode_A122 may be released by deleting the context of UE_A10 stored in CPF_A140. Further, the NR node_A122 may release the RRC connection between the UE_A10 and the NR node_A122 by releasing the radio resource to the UE_A10 based on the release of the connection between the CPF_A140 and the NR node_A122.
  • each device Upon completion of the above procedure, each device completes the detach procedure, and UE_A10 transitions to a state that is not registered in the core network_B190.
  • Each device may execute the following procedure based on the completion of the detach procedure.
  • the next procedure may be an attach procedure to the core network_A90 and / or a PDN connection procedure.
  • each device is associated with the PDU session disconnected in this procedure based on transmission / reception of the 51st identification information and / or the 52nd identification information and / or the 54th identification information.
  • each device may perform the following procedure to establish a PDN connection associated with the same IP address as the PDU session.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure to the core network_A90 in the next procedure, or the 62nd ID corresponding to the 57th identification information. Identification information may be transmitted.
  • Each device uses the IP address associated with the PDU session disconnected in this procedure based on transmission / reception of the 51st identification information and / or the 52nd identification information and / or the 54th identification information.
  • each device may execute the following procedure.
  • UE_A10 may transmit the 61st identification information indicating the initial procedure to core network_A90 during the following procedure.
  • each device receives information indicating handover based on transmission / reception of the 51st identification information and / or the 52nd identification information and / or the 53rd identification information and / or the 54th identification information.
  • each device may execute the following procedure.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure, the 11th identification information, and / or the 16th identification to core network_A90 during the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the 18th identification information and / or the 64th identification information corresponding to the 46th identification information to core network_A90 in the following procedure, The identification information and / or the 65th identification information corresponding to the 45th identification information may be transmitted.
  • each device may execute the following procedure after the detach procedure.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure, the 11th identification information, and / or the 16th identification to core network_A90 during the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • each device may execute the following procedure after the detach procedure.
  • the UE_A10 may transmit the 61st identification information indicating the initial procedure to the core network_A90 in the next procedure, the 11th identification information, and / or the 16th identification information.
  • the 63rd identification information different from the identification information may be transmitted.
  • each device attaches to the core network_A90, and / or PDN.
  • a connection procedure may be performed.
  • the use of the NGS service and the EPS service is determined for UE_A10. If the 54th identification information indicating that use of the NGS service is no longer permitted is sent / received in a state where it is permitted and / or supported, the procedure for attaching to each device and core network_A90 is not executed. In addition, the PDN connection procedure may be executed.
  • UE_A10 transmits identification information corresponding to the identification information received from core network_B190 to core network_A90 during the next procedure. May be.
  • the UE_A10 may transmit the 62nd identification information corresponding to the 57th identification information, the 11th identification information, and / or the 16th identification to the core network_A90 in the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the 18th identification information and / or the 64th identification information corresponding to the 46th identification information to core network_A90 in the following procedure,
  • the identification information and / or the 65th identification information corresponding to the 45th identification information may be transmitted.
  • UE_A10 may transmit the 68th identification information corresponding to the 56th identification information to core network_A90 in the following procedure, or the 69th identification corresponding to the 55th identification information Information may be transmitted.
  • the attach procedure to the core network_A90 is a procedure for connecting to the network (access network and / or core network_A90 and / or PDN_A5) led by the UE_A10.
  • UE_A10 may execute this procedure at any timing such as when the terminal is turned on, or it may be based on the detach procedure described in section 1.4.1.1. You may perform based on having decided to attach to network_B190. In other words, UE_A10 may start this procedure at an arbitrary timing as long as it is not registered in core network_A90 (EMM-DEREGISTERED). In addition, each device may transition to a registration state (EMM-REGISTERED) based on completion of the attach procedure to the core network_A90.
  • EMM-DEREGISTERED EMM-DEREGISTERED
  • UE_A10 may start this procedure based on receiving at least one piece of identification information among the 51st to 57th pieces of identification information in the detach procedure. Moreover, UE_A10 may start the attachment procedure to core network_A90 based on other triggers.
  • This procedure is a procedure for each device to establish a PDN connection.
  • Each device may execute this procedure in a state in which the procedure for attaching to the core network_A90 is completed, or may be executed in the procedure for attaching to the core network_A90.
  • each device may start this procedure at an arbitrary timing after the procedure for attaching to the core network_A90.
  • Each device may establish a PDN connection based on the completion of the PDN connection procedure.
  • each device may establish a plurality of PDN connections by executing this procedure a plurality of times.
  • UE_A10 transmits a PDN connection request (PDN Connectivity Request) message to MME_A40 via eNB_A45 (S2000), and starts a PDN connection procedure.
  • PDN connection request PDN Connectivity Request
  • UE_A10 may include at least one piece of identification information among at least the 61st to 66th pieces of identification information in the PDN connection request message.
  • UE_A10 may show that UE_A10 requests
  • UE_A10 receives at least one of the 61st to 66th identification information in the PDN connection request message based on the reception of at least one of the 51st to 57th identification information in the detach procedure. May be included.
  • each device may indicate that this request is a request by handover from the core network_B190 by transmitting and receiving the 61st identification information.
  • each device may indicate a session for requesting a handover by transmitting and receiving the 62nd identification information.
  • each device may indicate the APN requested by UE_A 10 by transmitting and receiving the 63rd identification information.
  • the APN may be the same as the APN acquired during the handover source PDU session establishment procedure.
  • each device may indicate the UE identification information by transmitting and receiving the 64th identification information, or may indicate that this request is a reattach procedure.
  • the UE identification information may be GUTI acquired during the handover source PDU session establishment procedure or TAU procedure, or may be IMSI.
  • each device may indicate the connection destination DC requested by UE_A10 by transmitting / receiving the 65th identification information, or may indicate MME_A40 included in the DC.
  • each device may indicate the NSI connected immediately before by transmitting and receiving the 66th identification information.
  • each device may request establishment of a PDN connection for maintaining connectivity by an IP address associated with the PDU session before switching by transmitting / receiving the 61st identification information, or switching It may be required that the same IP address as that associated with the previous PDU session be assigned to the established PDN connection.
  • the PDU session before switching may be a PDU session established for the NGS service and / or the core network_B190.
  • MME_A40 receives the PDN connection request message and executes the first condition determination.
  • the first condition determination is for determining whether the MME_A 40 accepts the UE_A 10 request. In the first condition determination, the MME_A 40 determines whether the first condition is true or false.
  • MME_A40 may start the procedure (A) in the procedure if the first condition determination is true, and may start the procedure (B) in the procedure if the first condition determination is false. .
  • MME_A40 executes the procedure (C) or (E) in this procedure, and starts the procedure (A) in this procedure.
  • MME_A40 executes (C) in this procedure when PGW_A30 is selected as the external gateway, and executes (E) in this procedure when SCEF_A46 is selected as the GW for PDN connection.
  • SCEF_A46 is selected as the GW for PDN connection.
  • MME_A40 transmits a session creation request message to SGW_A35, and starts the procedure (C) in this procedure (S2002).
  • the MME_A 40 may include at least one or more pieces of identification information among the pieces of identification information of the 61st to 66th in the session generation request message, or may include information indicating whether the request is an initial request.
  • the UE_A10 request may be transmitted by including these pieces of identification information.
  • SGW_A35 receives the session creation request message and transmits the session creation request message to PGW_A30 (S2004).
  • SGW_A35 may include at least one piece of identification information from among the 61st to 66th pieces of identification information in the session generation request message, or may include information indicating whether the request is an initial request.
  • the UE_A10 request may be transmitted by including these pieces of identification information.
  • PGW_A30 receives the session generation request message and executes the second condition determination.
  • the second condition determination is for determining whether or not the PGW_A 30 accepts the UE_A 10 request.
  • the second condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Further, the second condition is false when the UE_A10 request is rejected, and may be when the second condition is not determined to be true.
  • the second condition determination may be performed not by PGW_A30 but by another device (for example, PCRF_A60).
  • PGW_A30 performs an IP-CAN session establishment procedure with PCRF_A60. More specifically, the PGW_A 30 transmits a request message during the IP-CAN session establishment procedure to the PCRF_A 60. Further, the PCRF_A60 receives the request message during the IP-CAN session establishment procedure, determines the second condition, and transmits a response message during the IP-CAN session establishment procedure to the PGW_A30. Furthermore, PGW_A30 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the second condition determination.
  • PGW_A30 may include at least one or more pieces of identification information of the 61st to 66th identification information in the request message during the IP-CAN session establishment procedure, or by including these identification information.
  • UE_A10 request may be transmitted.
  • the PCRF_A60 may include at least the second information determination result in the response message during the IP-CAN session establishment procedure, and by including this result, the second condition determination result is notified to the PGW_A30. Alternatively, the inclusion of this information may indicate that the UE_A10 request has been granted or rejected.
  • PGW_A30 may perform the second condition determination based on the second condition determination result received from PCRF_A60. For example, when the PCRF_A60 accepts the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the second condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the second condition to be false.
  • PGW_A30 determines whether the second condition is true or false. When the second condition is true, PGW_A30 transmits a session generation response message to SGW_A35 (S2006). Furthermore, SGW_A35 receives the session creation response message.
  • PGW_A30 may include an IP address in the session generation response message, or may indicate that the request of UE_A10 is permitted by including these identification information. Note that when the PGW_A 30 receives the 61st identification information and / or the 64th identification information in the session generation request, the IP address may be the same as the IP address to which the UE_A 10 is assigned in the previous connection.
  • PGW_A30 sends a session creation rejection message to SGW_A35 (S2006).
  • the session creation rejection message may be a session creation response message including a reason for rejection (Reject cause), or may indicate that the UE_A10 request has been rejected by including the reason for rejection.
  • the SGW_A35 that has received the session generation response message or the session generation rejection message transmits a session generation response message or a session generation rejection message to the MME_A40 (S2008). Further, the MME_A 40 receives a session creation response message or a session creation rejection message.
  • SGW_A35 includes at least one or more pieces of identification information included in the session generation response message or the session generation rejection message received from PGW_A30 in the session generation response message or the session generation rejection message received in the session generation response message. May be included.
  • SGW_A35 may include the IP address in the session generation response message, or may indicate that the request of UE_A10 is permitted by including these identification information.
  • the session creation rejection message may be a session creation response message including a reason for rejection (Rejectusecause), or may indicate that the request of UE_A10 has been rejected by including the reason for rejection.
  • Each device completes the procedure (C) of this procedure based on the transmission / reception of the session generation response message and / or the session generation rejection message.
  • MME_A40 transmits a session creation request message to SCEF_A46, and starts the procedure (E) in this procedure (S2010).
  • SCEF_A 46 may include at least one piece of identification information among the pieces of identification information of the 61st to 66th in the session generation request message, or may include information indicating whether the request is an initial request. However, the UE_A10 request may be transmitted by including these pieces of identification information.
  • SCEF_A46 receives the session generation request message and executes the third condition determination.
  • the third condition determination is for determining whether the SCEF_A 46 accepts the UE_A 10 request.
  • the third condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted.
  • the third condition is false when the UE_A10 request is rejected, and may be when the third condition is not determined to be true.
  • SCEF_A46 determines whether the third condition is true or false. If the third condition is true, SCEF_A 46 transmits a session creation response message to MME_A 40 (S2012). Further, the MME_A 40 receives the session generation response message.
  • SCEF_A46 may include the IP address in the session generation response message, or may indicate that the request of UE_A10 is permitted by including these identification information. Note that when the PGW_A 30 receives the 61st identification information and / or the 64th identification information in the session generation request, the IP address may be the same as the IP address to which the UE_A 10 is assigned in the previous connection.
  • SCEF_A46 transmits a session creation rejection message to MME_A40 (S2012).
  • the session creation rejection message may be a session creation response message including a reason for rejection (Reject cause), or may indicate that the UE_A10 request has been rejected by including the reason for rejection.
  • Each device completes the procedure (E) of this procedure based on the transmission / reception of the session creation response message and / or the session creation rejection message.
  • the MME_A40 sends a default EPS bearer context active message (ActivateCdefault EPS bearer context request) to the eNB_A45 based on reception of the session creation response message and / or upon completion of the procedure (C) or (E) in this procedure. ) And / or a PDN Connectivity Accept message is transmitted (S2014).
  • the message transmitted from the MME_A 40 to the eNB_A 45 may be a response message to the PDN connection request message, and is not limited to this, and may be a message that accepts a request for establishing a PDN connection.
  • eNB_A45 receives a default EPS bearer context active message and / or a PDN connection acceptance message, and receives an RRC message (for example, an RRC message such as an RRCConnection Reconfiguration message, an RRC Connection ⁇ ⁇ ⁇ ⁇ ⁇ Setup message, or an RRC Direct Transfer message), and UE_A10, and A default EPS bearer context active message or a PDN connection acceptance message and / or a PDN connection acceptance message is transmitted (S2016). Note that the PDN connection acceptance message may be included in the RRC message and transmitted / received.
  • MME_A40 may include the IP address in the PDN connection acceptance message, or may indicate that the request of UE_A10 is permitted by including these identification information.
  • UE_A10 When receiving the RRC message, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Connection Reconfiguration Complete message, an RRC Connection Connection Setup message, or an RRC Direct Transfer message) to the eNB_A45 (S2018).
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S2020). Furthermore, MME_A40 receives a bearer setting message.
  • UE_A10 When receiving the default EPS bearer context activation message and / or the PDN connection acceptance message, UE_A10 sends the PDN Connectivity Complete message or the default EPS bearer context activation acceptance (ActivateEPSdefault EPS bearer context accept) to MME_A40 via eNB_A45. ) A message is transmitted (S2022) (S2024). Further, the MME_A 40 receives the PDN connection completion message and / or the default EPS bearer context activation acceptance message, and the MME_A 40 receives the PDN connection completion message and performs the fourth condition determination.
  • the message transmitted from the UE_A10 to the eNB_A45 and the MME_A40 may be a response message to the PDN connection acceptance message or the default EPS bearer context active message, and is not limited to this, and may be a message indicating that the PDN connection procedure is completed. Good.
  • the fourth condition determination is for determining whether or not the MME_A 40 requires the SGW_A 35 to change the bearer. If the fourth condition is true, MME_A40 starts the procedure (D) in this procedure. If the fourth condition determination is false, MME_A40 does not execute the procedure (D) in this procedure.
  • the MME_A 40 transmits a bearer change request message to the SGW_A 35 (S2026), and starts the procedure (D) in this procedure. Furthermore, SGW_A35 receives the bearer change request message and transmits a bearer change response message to MME_A40 (S2028). Further, the MME_A 40 receives the bearer change response message and completes the procedure (D) of this procedure. Furthermore, each device completes the procedure (A) in this procedure based on the transmission / reception of the PDN connection completion message and / or the completion of the procedure (D) in this procedure.
  • the MME_A 40 transmits a PDN connection rejection (PDN Connectivity reject) message to the UE_A 10 via the eNB_A45 (S2030), and starts the procedure (B) in this procedure. Further, UE_A10 receives the PDN connection rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the PDN connection rejection message.
  • the PDN connection rejection message may include an appropriate rejection reason.
  • the PDN connection rejection message may be a response message to the PDN connection request message, and is not limited thereto, and may be a message rejecting a request for establishing a PDN connection.
  • the MME_A40 may include one or more pieces of identification information from among the 21st to 25th identification information in the PDU session establishment rejection message, and the UE_A10 request is rejected by including these identification information. You may show things.
  • each device may indicate the reason why the PDN connection procedure is rejected by transmitting and receiving the 21st identification information, or may indicate the processing to be performed by each device after the attach procedure.
  • each device transmits / receives the 22nd identification information and / or the 23rd identification information, so that the network supports connection to the core network_A90 and / or switching of the EPS service, and / or It may indicate that permission is not allowed. Furthermore, each device may indicate the service continuation mode when switching to the EPS service, which is not supported and / or permitted by the network, by transmitting / receiving the 24th identification information and / or the 25th identification information. Good.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • Each device may transition to the state where the PDU session is established based on the completion of the procedure (A) in this procedure, or based on the completion of the procedure (B) in this procedure. The user may recognize that this procedure has been rejected, or may transition to a state where a PDU session is not established.
  • each device may perform processing based on the identification information transmitted and received in this procedure based on the completion of this procedure. For example, when transmitting or receiving one or more pieces of identification information among the 21st to 25th pieces of identification information, each device may recognize the reason why the UE_A10 request is rejected. Furthermore, each apparatus may perform this procedure again based on the reason why the request of UE_A10 is rejected, or may perform this procedure under different conditions.
  • first to fourth condition determinations described above may be performed based on identification information and / or subscriber information and / or operator policy included in the PDN connection request message. Further, the condition for determining whether the first to fourth conditions are true or false is not limited to the above-described conditions.
  • the first to third conditions may be true when UE_A 10 requests session establishment and the network permits the request. Further, the first to third conditions may be false when the UE_A 10 requests session establishment and the network does not permit the request. Further, the first to third conditions may be false when the network to which UE_A 10 is connected and / or the device in the network does not support the establishment of the session requested by UE_A 10.
  • UE_A10 transmits an attach request message to MME_A40 via eNB_A45 (S2100), and starts an attach procedure.
  • UE_A10 may transmit the attach request message including the above-described PDN connection request message, or may include the PDN connection request message to request that the PDN connection procedure be performed during the attach procedure. .
  • UE_A10 may include at least one piece of identification information from among the 61st to 66th pieces of identification information in the attach request message.
  • UE_A10 may show that UE_A10 requests
  • UE_A10 requests attachment and / or connection reflecting the characteristics represented by each identification information described above, or the contents represented by each identification information described above. May be indicated.
  • UE_A10 requests establishment of a PDN connection having the characteristics represented by each identification information described above or a PDN connection reflecting the contents represented by each identification information by including these identification information. May be indicated.
  • each device may indicate that this request is a handover from the core network_B190 by transmitting and receiving the 61st identification information.
  • each device may indicate the UE identification information by transmitting and receiving the 64th identification information, or may indicate that this request is a reattach procedure.
  • each device may indicate the connection destination DC requested by UE_A10 by transmitting / receiving the 65th identification information, or may indicate MME_A40 included in the DC.
  • each device may indicate the NSI connected immediately before by transmitting and receiving the 66th identification information.
  • each device may request establishment of a PDN connection for maintaining connectivity by an IP address associated with the PDU session before switching by transmitting / receiving the 61st identification information, or switching It may be required that the same IP address as that associated with the previous PDU session be assigned to the established PDN connection.
  • UE_A 10 may transmit the identification information included in a control message different from the attach request message.
  • MME_A40 receives the attach request message and / or a control message different from the attach request message, and executes the first condition determination.
  • the first condition determination is for determining whether the MME_A 40 accepts the UE_A 10 request.
  • MME_A40 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false. Details of the procedure (B) in this procedure will be described later.
  • the MME_A 40 executes the second condition determination and starts the procedure (A) in this procedure.
  • the second condition determination is for determining whether or not the MME_A 40 performs the PDU session establishment procedure.
  • the MME_A 40 determines whether the second condition is true or false.
  • the MME_A 40 starts the procedure (C) or (E) in the PDN connection procedure when the second condition is true, and omits the procedure when the second condition is false (S2104).
  • the MME_A 40 transmits an attach accept message to the eNB_A 45 based on the reception of the attach request message and / or the session creation response message (S2106).
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the eNB_A45 receives the attach acceptance message and transmits an RRC message (for example, an RRC message such as an RRCConnection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or an attach acceptance message to the UE_A10 (S2108).
  • the attach acceptance message may be transmitted and received by being included in the RRC message.
  • MME_A40 may transmit the attach acceptance message including the above-described PDN connection acceptance message, or the PDN connection procedure is accepted by including the PDN connection acceptance message. You may show that
  • MME_A40 may include an IP address or may indicate that the request of UE_A10 has been accepted by including these identification information.
  • the second condition determination is for determining whether or not the MME_A 40 performs the PDN connection procedure.
  • the second condition is true when a PDN connection request message is received, and may be when the PDN connection procedure is also executed during this procedure. Also, the second condition is false when the PDN connection request message is not received, and the PDN connection procedure may not be executed during this procedure, or the second condition may not be determined to be true. .
  • UE_A10 when UE_A10 receives an RRC message from eNB_A45, UE_A10 transmits an RRC connection message (e.g., an RRC message such as RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message) to eNB_A45. (S2110).
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S2112). Furthermore, MME_A40 receives a bearer setting message.
  • UE_A10 When UE_A10 receives an attach acceptance message from MME_A40 via eNB_A45, UE_A10 transmits an attach complete message to MME_A40 via eNB_A45 (S2114) (S2116). Further, the MME_A 40 receives the attach completion message. Furthermore, when the second condition is true, the MME_A 40 starts the procedure (D) in the PDN connection procedure (S2118). If the second condition is false, the MME_A 40 does not execute the procedure (D) in the PDU session establishment procedure. Each device completes the procedure (A) in this procedure based on the transmission / reception of the attach completion message and / or the completion of the procedure (D) in the PDN connection procedure.
  • UE_A10 When UE_A10 receives the PDN connection acceptance message, UE_A10 may transmit the attach completion message including the PDN connection completion message described above, or complete the PDN connection procedure by including the PDN connection completion message. You may show things.
  • the MME_A40 transmits an attach rejection message to the UE_A10 via the eNB_A45, and starts the procedure (B) in this procedure (S2120). Further, UE_A10 receives the attach rejection message and recognizes that the request of UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the attach rejection message. If the second condition is true, the MME_A40 may transmit the attach rejection message including the above-described PDN connection rejection message, or the PDN connection procedure is rejected by including the PDN connection rejection message. You may show that In that case, UE_A10 may further receive a PDN connection rejection message, or may authenticate that the PDN connection procedure is rejected.
  • Each device completes this procedure based on the completion of the procedure (A) or (B) in this procedure.
  • Each device may transition to a state in which UE_A10 is connected to the network and / or registered in the core network_A90 based on the completion of the procedure (A) in this procedure. Based on the completion of the procedure (B), it may be recognized that this procedure has been rejected, and it has entered a state where it cannot be connected to the network and / or cannot be registered in the core network_A90. Also good.
  • the transition of each device to each state may be performed based on completion of this procedure, or may be performed based on establishment of a PDN connection.
  • each device may perform processing based on the identification information transmitted and received in this procedure based on the completion of this procedure. For example, when transmitting or receiving one or more pieces of identification information among the 21st to 25th pieces of identification information, each device may recognize the reason why the UE_A10 request is rejected. Furthermore, each device may perform this procedure again based on the reason why the request of UE_A10 is rejected, or may perform the attach procedure for the core network_B190 or another cell.
  • the second condition determination described above may be executed based on identification information and / or subscriber information and / or operator policy included in the attach request message. Further, the condition for determining whether the second condition is true or false is not limited to the above-described condition.
  • This procedure is for moving the session led by the network and established by UE_A10 to the core network_B190 to the core network_A90.
  • the core network that establishes the session and the connection service used in the session It is a procedure for changing. While the first reconnection procedure was a procedure for switching attached sessions all at once, this procedure provides a method for switching at least one session at a time.
  • the attached state may be a state in which UE_A10 is connected to the network, and the unattached state may be a state in which UE_A10 is not connected to the network.
  • each device transits to the first state connected to the core network_B190 (S2200).
  • the procedure for transitioning to the first state may be the initial procedure described in Chapter 1.3.
  • each device executes the procedure (A) in this procedure.
  • the following describes each procedure included in the procedure (A) in this procedure.
  • Each device executes the PDU session disconnection procedure (S2202) and starts the procedure (A) in this procedure.
  • Each device releases at least one PDU session by executing a PDU session disconnection procedure.
  • each device explicitly or implicitly enters a state where UE_A10 is not registered in core network_B190. You may make a transition.
  • each device may execute the above-described detach procedure.
  • each device executes a PDN connection procedure.
  • UE_A10 may be in a state of being attached to core network_A90 and / or a state of being registered.
  • each device executes the attach procedure to core network_A90 described above and transitions to the registered state.
  • the PDN connection procedure may be executed.
  • Each device completes the procedure (A) in this procedure by executing the PDN connection procedure. Furthermore, each device may execute the procedure (A) in this procedure again. That is, in the first state during this procedure, when a plurality of PDU sessions are established between UE_A10 and the core network_B190, each device performs (A) in this procedure for each PDU session. You may execute the procedure. Each device may execute the procedure (A) in this procedure at least once.
  • the PDN connection procedure in this procedure may be the same as the PDN connection procedure in the first reconnection procedure.
  • UE_A10 may continue to maintain a PDU session for one or a plurality of core networks_A90 excluding the PDU session disconnected based on the PDU session disconnection procedure, and may continue communication using these PDU sessions. .
  • a network-led PDU session disconnection procedure in this embodiment will be described with reference to FIG.
  • this procedure refers to the PDU session disconnection procedure.
  • This procedure is a procedure for disconnecting and / or releasing a PDU session led by the network and established by UE_A10.
  • Each device may release a plurality of PDU sessions by executing this procedure a plurality of times.
  • each device executes the procedure (A) in the detach procedure (S2302).
  • CPF_A140 transmits a PDU session disconnection request (PDU Session Disconnection Request) message to UE_A10 via NRnode_A122 (S2304). Furthermore, UE_A10 receives the PDU session disconnection request message.
  • PDU Session Disconnection Request PDU Session Disconnection Request
  • CPF_A140 may include at least the 71st to 76th identification information in the PDU session disconnection request message. By including these pieces of identification information in the PDU session disconnection request message, CPF_A140 may indicate a request to UE_A10. In other words, the CPF_A 140 may indicate that the UE_A 10 is requested to have the characteristics or contents represented by each of the identification information described above by including these pieces of identification information.
  • CPF_A140 is based on transmitting at least one or more of the 11th to 18th identification information to UE_A10 in the attach procedure to core network_B190 and / or the PDU session establishment procedure, at least.
  • One or more pieces of identification information among the 71st to 76th pieces of identification information may be included in the PDU session disconnection request message.
  • CPF_A140 disconnects at least one of the identification information of the 71st to 76th PDU sessions when continuation of service is permitted by the PDN connection procedure accompanying the PDU session disconnection procedure. It may be included in the request message.
  • the permission information for this service continuation may be managed as subscriber information for UE_A10. Therefore, CPF_A140 may include such identification information based on the subscriber information of UE_A10.
  • the 74th identification information may be included in the PDU session disconnection request message. Otherwise, it may be determined that the 74th identification information is not included in the PDU session disconnection request message.
  • the 73rd identification information indicating EPC may be included in the PDU session disconnection request message. Otherwise, the 73rd identification information indicating NGC may be included in the PDU session disconnection request message, or it may be determined that the 73rd identification information is not included in the PDU session disconnection request message.
  • the CPF_A 140 requests the UE_A 10 to disconnect and / or switch and / or perform handover for the PDU session and / or bearer indicated by the 71st identification information by transmitting the 71st identification information. Also good. Further, the UE_A 10 may determine a PDU session and / or a bearer that performs disconnection and / or switching and / or handover by receiving the 71st identification information.
  • each device may indicate the reason for this request by transmitting and receiving the 72nd identification information.
  • the 72nd identification information may be information indicating a handover request, for example.
  • CPF_A140 transmits the 73rd identification information to request that the system indicated by the 73rd identification information execute the PDN connection procedure and reactivate the session. Good. Also, UE_A10 receives the 73rd identification information, so that it performs the PDN connection procedure for the system indicated by the 73rd identification information and decides to reactivate the session. Good. The session reactivation may be to establish a PDN connection by executing a PDN connection procedure.
  • each device may be information indicating whether transmission / reception of information indicating handover is necessary during session re-establishment by transmitting / receiving the 74th identification information.
  • CPF_A140 is started based on the completion of the PDU session disconnection procedure by transmitting the 74th identification information.
  • UE_A 10 may request that a flag indicating handover be transmitted.
  • UE_A10 may determine that UE_A10 transmits a flag indicating handover in the PDN connection procedure that starts based on completion of the PDU session disconnection procedure by receiving the 74th identification information.
  • the CPF_A 140 is executed based on completion of the PDU session disconnection procedure by transmitting the 74th identification information.
  • a flag indicating handover by UE_A10 may be notified that transmission is not necessary.
  • UE_A10 determines that UE_A10 does not transmit a flag indicating handover in the PDN connection procedure to core network_A90 that starts based on completion of the PDU session disconnection procedure by receiving the 74th identification information. May be.
  • the information indicating the handover may be the 61st identification information or the identification information requesting the IP address reservation.
  • the IP address preservation may be to establish connectivity by the same IP address as the IP address used before switching after executing the attach procedure and / or the PDN connection procedure again. In other words, IP address preservation may mean that the IP address used after re-executing the attach procedure and / or PDN connection procedure is the same as the IP address that was still used before switching.
  • CPF_A140 may notify UE_A10 of the NSI in which the PDU session to be disconnected has been established by transmitting the 75th identification information. Further, by receiving the 75th identification information, the NSI in which the PDU session to be disconnected has been established may be received.
  • the CPF_A 140 may request to execute the PDN connection procedure for the DCN indicated by the 76th identification information by transmitting the 76th identification information. Further, UE_A10 may determine to execute the PDN connection procedure for the DCN indicated by the 76th identification information by receiving the 76th identification information.
  • the CPF_A 140 may request the DCN indicated by the 76th identification information to establish a PDN connection by transmitting the 76th identification information. Further, UE_A10 may determine to establish a PDN connection for the DCN indicated by the 76th identification information by receiving the 76th identification information.
  • each device may indicate the NSI to be connected at the time of switching to the currently connected DCN and / or NGS connection service by transmitting and receiving the 75th and / or 76th identification information.
  • each device maintains connectivity by the IP address corresponding to the PDU session when the connection destination of the PDU session is switched by transmitting and receiving the 72nd identification information and / or the 74th identification information. May indicate that it is possible, or may require that it be maintained.
  • each device transmits / receives the 72nd identification information and / or the 74th identification information to the same IP address as the PDU session to be disconnected by the PDU session disconnection procedure after the PDU session disconnection procedure is completed. It may indicate that the associated PDN connection can be established or may require establishment.
  • the 71st to 76th identification information may be transmitted and received as a single piece of identification information by combining two or more pieces of identification information.
  • the combined identification information may be identification information having the meaning of each combination of identification information.
  • the UE_A10 that has received the PDU session disconnection request message may transmit a PDU session disconnect acceptance (PDU Session DisconnectionAccept) message to the CPF_A140 via the NR_node_A122 (S2310). Further, CPF_A 140 may receive a PDU session disconnect acceptance message.
  • PDU Session DisconnectionAccept PDU Session DisconnectionAccept
  • Each device may complete this procedure based on transmission / reception of a PDU session acceptance message. Upon completion of the above procedure, each device completes the PDU session disconnection procedure and transitions to a state where the PDU session is disconnected.
  • Each device may complete this procedure based on transmission / reception of a PDU session acceptance message. Upon completion of this procedure, each device may transition to a state in which the PDU session is disconnected.
  • each device may execute the following procedure based on the completion of the PDU session disconnection procedure.
  • the next procedure may be a PDN connection procedure.
  • UE_A10 may start the PDN connection procedure based on the reception of at least one piece of identification information among the 71st to 76th pieces of identification information in the PDU session disconnection procedure.
  • each device maintains connectivity based on the IP address associated with the PDU session disconnected in this procedure based on transmission / reception of the 72nd identification information and / or the 74th identification information.
  • Each device may execute the following procedure in order to establish a PDN connection associated with the same IP address as the PDU session.
  • UE_A10 may transmit to the core network_A90 the 61st identification information indicating the handover procedure to the core network_A90 in the next procedure, or to the 71st identification information.
  • the corresponding 62nd identification information may be transmitted.
  • each device does not maintain the connectivity by the IP address associated with the PDU session disconnected in this procedure based on the transmission / reception of the 72nd identification information and / or the 74th identification information.
  • each device may execute the following procedure.
  • UE_A10 may transmit the 61st identification information indicating the initial procedure to core network_A90 during the following procedure.
  • each device uses the core network_B190 using the information indicating the handover based on transmission / reception of the 72nd identification information and / or the 73rd identification information and / or the 74th identification information to the core network.
  • each device may execute the following procedure.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure, the 11th identification information, and / or the 16th identification to core network_A90 during the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the 18th identification information and / or the 64th identification information corresponding to the 46th identification information to core network_A90 in the following procedure, The identification information and / or the 65th identification information corresponding to the 45th identification information may be transmitted.
  • each device may execute the following procedure after the detach procedure.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure, the 11th identification information, and / or the 16th identification to core network_A90 during the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • each device may execute the following procedure after the detach procedure.
  • the UE_A10 may transmit the 61st identification information indicating the initial procedure to the core network_A90 in the next procedure, the 11th identification information, and / or the 16th identification information.
  • the 63rd identification information different from the identification information may be transmitted.
  • UE_A10 When each device executes the next procedure after the PDU session disconnection procedure is completed, UE_A10 sends the identification information corresponding to the identification information received from core network_B190 to core network_A90 during the next procedure. You may send it. For example, the UE_A10 may transmit the 62nd identification information corresponding to the 71st identification information, the 11th identification information, and / or the 16th identification to the core network_A90 in the following procedure. The 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the 18th identification information and / or the 64th identification information corresponding to the 46th identification information to core network_A90 in the following procedure, The identification information and / or the 65th identification information corresponding to the 45th identification information may be transmitted. Furthermore, UE_A10 may transmit the 68th identification information corresponding to the 76th identification information to core network_A90 in the following procedure, or the 69th identification corresponding to the 75th identification information Information may be transmitted.
  • the PDN connection procedure in the second reconnection procedure may be the same as the PDN connection procedure example described in Chapter 1.4.1.3. Therefore, the detailed description here is omitted.
  • Whether or not at least one of the 61st to 68th identification information is included in the PDN connection request message is determined by UE_A10 in the PDU session disconnection procedure among the 71st to 76th identification information. The determination may be made based on receiving at least one piece of identification information. In other words, the UE_A 10 receives at least one of the 61st to 68th identification information from the PDN based on the reception of at least one of the 71st to 76th identification information in the PDU session disconnection procedure. It may be included in the connection request message.
  • the program that operates in the apparatus related to the present invention may be a program that controls the central processing unit (CPU) and the like to function the computer so as to realize the functions of the embodiments related to the present invention.
  • a program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM), a nonvolatile memory such as a flash memory, a hard disk drive (HDD), or another storage system.
  • RAM random access memory
  • HDD hard disk drive
  • a program for realizing the functions of the embodiments according to the present invention may be recorded on a computer-readable recording medium.
  • the program recorded on the recording medium may be read by a computer system and executed.
  • the “computer system” here is a computer system built in the apparatus, and includes hardware such as an operating system and peripheral devices.
  • the “computer-readable recording medium” refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short time, or other recording medium that can be read by a computer. Also good.
  • each functional block or various features of the apparatus used in the above-described embodiments can be implemented or executed by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
  • Electrical circuits designed to perform the functions described herein can be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other Programmable logic devices, discrete gate or transistor logic, discrete hardware components, or a combination thereof.
  • a general purpose processor may be a microprocessor or a conventional processor, controller, microcontroller, or state machine.
  • the electric circuit described above may be configured by a digital circuit or an analog circuit. Further, in the case where an integrated circuit technology that replaces the current integrated circuit appears due to progress in semiconductor technology, one or more aspects of the present invention can use a new integrated circuit based on the technology.
  • the present invention is not limited to the above-described embodiment.
  • one example of the apparatus has been described.
  • the present invention is not limited to this, and a stationary or non-movable electronic device that is installed indoors or outdoors, such as an AV device or a kitchen device. It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other daily equipment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

多種多様なコアネットワークに接続することが可能な端末装置や、前記端末装置と接続可能なネットワークの装置に好適な通信制御手段や、端末装置が接続しているコアネットワークを変更するための通信制御手段や、端末装置が確立しているセッションを別のコアネットワークに切り替えるための通信制御手段等を提供する。これにより、複数のコアネットワーク間で接続の切り替えをサポートした端末装置や、前記端末装置と接続可能なネットワークの装置に好適な通信制御手段を提供することとなる。

Description

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
　本発明は、端末装置、MME(Mobility Management Entity)、CPF(Control Plane Function)、及び通信制御方法に関する。本出願は、２０１６年１０月７日に日本国において出願された特願２０１６－１９８８０６に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
　近年の移動通信システムの標準化活動を行う3GPP(3rd Generation PartnershipProject)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(EvolvedPacket System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、次世代移動通信システムである5G(5thGeneration)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術として、NextGen(Architecture and Security for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
　例えば、多種多様なアクセスネットワークをサポートする端末に応じた、継続的な移動通信サービスをサポートする為の通信手続きの最適化及び多様化や、通信手続きの最適化及び多様化に合わせたシステムアーキテクチャの最適化等も要求条件として挙げられている。
3GPP TR 23.799; Technical Specification GroupServices and System Aspects; Study on Architecture for Next Generation System;(Release 14)
　NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の最適化の為の検討が行われている。
　より具体的には、セッション確立手続きやユーザデータの通信手続きで用いるアクセスネットワークを多様化することで、端末やネットワーク装置に適した継続的な移動通信サービスを提供する為の検討行われている。
　しかし、多種多様なアクセスネットワークをサポートした端末やネットワーク装置の為のセッションを確立する為の手段や、多種多様なユーザデータの通信手段を実現する為の手段等が明らかになっていない。
　本発明は、このような事情を鑑みてなされたもので、その目的は、セッション確立の為の手段や、多種多様なユーザデータの通信を実現する為の通信制御手段等を提供することである。
　本発明の一実施形態の端末装置は、第1のコアネットワークに対してデタッチ手続きを実行し、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信し、前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のCPF(Control Plane Function)は、デタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のMME(Mobility Management Entity)は、アタッチ手続きを実行する送受信部と、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置と接続する、制御部を備え、前記送受信部は、前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態の端末装置の通信制御方法は、第1のコアネットワークに対してデタッチ手続きを実行するステップと、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、ステップとを有し、前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信するステップを、さらに、有し、前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のCPF(Control Plane Function)の通信制御方法は、デタッチ手続きを実行するステップと、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、ステップとを有し、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のMME(Mobility Management Entity)の通信制御方法は、アタッチ手続きを実行するステップと、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置と接続する、ステップとを有し、前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信するステップを、さらに、有し、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明によれば、端末は、同時に複数のアクセスネットワークを介してコアネットワークに接続することができ、さらに、多種多様なユーザデータの通信を実現することができる。また、コアネットワークは、多種多様なアクセスネットワークに接続している端末装置を収容することができ、さらに、移動通信サービスを提供することができる。
移動通信システムの概略を説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワーク_Aの構成等の1例を説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワーク_Bの構成等の1例を説明する為の図である。 UEの装置構成を説明する為の図である。 UEの記憶部を説明する為の図である。 eNB/NR node/WAGの装置構成を説明する為の図である。 MME/CPFの装置構成を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 SGW/PGW/UPGW/SCEFの装置構成を説明する為の図である。 SGWの記憶部を説明する為の図である。 PGW/UPGWの記憶部を説明する為の図である。 SCEFの記憶部を説明する為の図である。 コアネットワーク_Bに対する初期手続きを説明する為の図である。 PDUセッション確立手続きを説明する為の図である。 コアネットワーク_Bへのアタッチ手続きを説明する為の図である。 トラッキングエリア更新手続きを説明する為の図である。 第1の再接続手続きを説明する為の図である。 デタッチ手続きを説明する為の図である。 PDN接続手続きを説明する為の図である。 コアネットワーク_Aへのアタッチ手続きを説明する為の図である。 第2の再接続手続きを説明する為の図である。 PDUセッション切断手続きを説明する為の図である。
　以下、図面を参照して本発明を実施する為の形態について説明する。なお、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[1.実施形態]
　[1.1.システム概要]
　図1は、本実施形態における移動通信システムの概略を説明する為の図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワーク_Aとアクセスネットワーク_Bとコアネットワーク_A90とコアネットワーク_B190とPDN(PacketData Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internetof Things)端末(CIoT UE)等でもよい。さらに、コアネットワークは、コアネットワーク_A90及び/又はコアネットワーク_B190であってもよく、アクセスネットワークは、アクセスネットワーク_A及び/又はアクセスネットワーク_Bであってもよい。
　また、UE_A10は、アクセスネットワーク及び/又はコアネットワークと接続する事ができる。さらに、UE_A10は、アクセスネットワーク及び/又はコアネットワークを介してPDN_A5と接続する事ができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータでよい。さらに、ユーザデータの送受信(通信)はPDU(ProtocolData Unit、又はPacket Data Unit)セッションを用いて実施されてもよいし、PDNコネクション(Packet Data Network Connection)を用いて実施されてもよい。さらに、ユーザデータの通信は、IP(Internet Protocol)通信に限らず、non-IP通信でもよい。
　ここで、PDUセッション又はPDNコネクション(以下、PDN接続とも称する)は、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供する為、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッション又はPDNコネクションは、UE_A10と外部ゲートウェイとの間で確立する接続性でよい。ここで、外部ゲートウェイは、PGW(Packet Data Network Gateway)_A30やUPGW(UserPlane Gateway)_A130やSCEF(Service Capability ExposureFunction)_A46等のコアネットワークとPDN_A5を接続する装置でよい。
　また、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間でユーザデータを送受信する為に確立される通信路でもよく、PDUを送受信する為の通信路でもよい。さらに、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間で確立されるセッションでもよく、移動通信システム1内の各装置間の1又は複数のベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、PDNコネクションは、UE_A10が、コアネットワーク_A90と外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、PGW_A30及び/又はSCEF_A46との間に確立するコネクションでもよい。さらに、PDUセッションは、UE_A10が、コアネットワーク_B190と外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、UPGW_A130との間に確立するコネクションでもよいし、PDNコネクション(Packet Data Network Connection)等のコネクションでもよい。
　なお、PDNコネクションは、eNB(evolved NodeB)_A45及び/又はSGW(ServingGateway)_A35を介したUE_A10とPGW_A30との間の接続性及び/又はコネクションでもよいし、eNB_A45及び/又はMME_A40を介したUE_A10とSCEF_A46との間の接続性及び/又はコネクションでもよい。さらに、PDUセッションは、NR node_A122を介したUE_A10とUPGW_A130との間の接続性及び/又はコネクションでもよい。
　なお、UE_A10は、PDN_A5に配置するアプリケーションサーバー等の装置と、PDUセッション又はPDNコネクションを用いてユーザデータの送受信を実行する事ができる。言い換えると、PDUセッション又はPDNコネクションは、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置との間で送受信されるユーザデータを転送する事ができる。さらに、各装置(UE_A10、アクセスネットワーク内の装置、及び/又はコアネットワーク内の装置)は、PDUセッション又はPDNコネクションに対して、1又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN(AccessPoint Name)、TFT(Traffic Flow Template)、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、NSI(Network Slice Instance)識別情報、及びDCN(Dedicated Core Network)識別情報、及びアクセスネットワーク識別情報のうち、少なくとも1つが含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッション又はPDNコネクションを複数確立する場合には、PDUセッション又はPDNコネクションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
　また、IP通信とは、IPを用いたデータの通信の事であり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信の事である。なお、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信の事であり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信の事である。例えば、non-IP通信は、IPパケットが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
　さらに、PDN_A5は、UE_A10に通信サービスを提供するDN(Data Network)であってよい。なお、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDN_A5は、接続された通信端末を含んでもよい。従って、PDN_A5と接続する事は、PDN_A5に配置された通信端末やサーバ装置と接続する事であってもよい。さらに、PDN_A5との間でユーザデータを送受信する事は、PDN_A5に配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。なお、PDN_A5のことをDNと表現してもよいし、DNのことをPDN_A5と表現してもよい。
　さらに、アクセスネットワークは、UE_A10及び/又はコアネットワークと接続した無線ネットワークの事である。アクセスネットワークは、3GPPアクセスネットワークでもよく、non-3GPPアクセスネットワークでもよい。なお、3GPPアクセスネットワークは、E-UTRAN(Evolved UniversalTerrestrial Radio Access Network)_A80、UTRAN(UniversalTerrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、NextGenRAN(Next Generation Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125でもよい。なお、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
　さらに、コアネットワークは、アクセスネットワーク及び/又はPDN_A5と接続した移動体通信事業者(Mobile Network Operator)が運用するIP移動通信ネットワークの事である。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(MobileVirtual Network Operator)、MVNE(Mobile Virtual NetworkEnabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、コアネットワーク_B190は、NGS(NextGenSystem(Next Generation System))を構成するNGC(Next Generation(NextGen) Core)でもよい。逆に、EPCはコアネットワーク_A90であってもよく、NGCはコアネットワーク_B190であってもよい。さらに、コアネットワーク_B190は、5G通信サービスを提供するシステムのコアネットワークでもよい。なお、コアネットワーク_B190は、これに限らず、モバイル通信サービスを提供するためのネットワークでもよい。
　次に、コアネットワークの構成例を説明する。本実施形態ではコアネットワーク_A90及びコアネットワーク_B190の構成例を説明する。なお、コアネットワークは、コアネットワーク_A90、コアネットワーク_B190、又はこれらの組み合わせでもよい。また、コアネットワーク_A90はEPCでもよく、コアネットワーク_B190はNGC(NextGen Core)でもよい。
　　まず、図2にコアネットワーク_A90の構成の1例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(AuthenticationAuthorization Accounting)_A55、PCRF(Policy and ChargingRules Function)_A60、PGW_A30、ePDG(enhancedPacket Data Gateway)_A65、SGW_A35、MME(Mobility Management Entity)_A40、SGSN(ServingGPRS Support Node)_A42、SCEF_A46により構成される。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続する事ができる。
　無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、UE_A10は無線アクセスネットワークに無線接続する事ができる。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN ANb75)、又はPGW_A30とPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa70)とによって構成する事が可能である。なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成される為、詳細な説明は省略する。以下、各装置の簡単な説明をする。
　PGW_A30は、PDN_A5とSGW_A35とePDG_A65とWLANANa70とPCRF_A60とAAA_A55とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_A90と単一のDNを接続するゲートウェイでもよい。
　なお、U-Plane(User Plane)とは、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane)とは、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
　さらに、PGW_A30は、UPファンクションとPolicyファンクションとに接続されてもよいし、U-Planeを介してUE_A10と接続されてもよい。さらに、PGW_A30は、UPGW_A130と一緒に構成されてもよい。
　SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイとしてユーザデータの転送を行う中継装置である。
　さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPファンクションでもよく、アクセスネットワークとコアネットワークとの間でユーザデータを転送する為のゲートウェイであるUPGW(User Plane Gateway)_A130でもよい。
　MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46とに接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。また、コアネットワーク_A90には、こうした制御装置を複数配置してもよく、例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置は、MME_A40と同様に、SGW_A35とアクセスネットワークとSCEF_A46とHSS_A50と接続されてよい。
　また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane；C-Plane；CP)の制御装置であればよい。
　さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はDCN又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はDCN又はNSIに接続される管理装置でもよい。ここで、複数のDCN又はNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
　また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。
　さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_A90内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(以下、CPF(Control Plane Function)、又はControl Plane Network Functionとしても称される)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。
　ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGWやCPFやUPGW等の機能装置でもよいし、MM(Mobility Management)やSM(SessionManagement)等の機能や能力capability情報でもよい。また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
　HSS_A50は、MME_A40とAAA_A55とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。例えば、HSS_A50は、CPF_A140と接続されていてもよい。
　AAA_A55は、PGW_A30とHSS_A50とPCRF_A60とWLANANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
　PCRF_A60は、PGW_A30とWLAN ANa75とAAA_A55とPDN_A5とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。さらに、PCRF_A60は、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
　また、PCRF_A60は、ポリシーを作成及び/又は管理するPolicyファンクションでもよい。より詳細には、PCRF_A60は、UPファンクションに接続されていてもよい。
　ePDG_A65は、PGW_A30とWLAN ANb75とに接続されており、コアネットワーク_A90とWLAN ANb75とのゲートウェイとしてユーザデータの配送を行う。
　SGSN_A42は、UTRAN_A20とGERAN_A25とSGW_A35とに接続されており、3G/2Gのアクセスネットワーク(UTRAN/GERAN)とLTEのアクセスネットワーク(E-UTRAN)との間の位置管理の為の制御装置である。さらに、SGSN_A42は、PGW及びSGWの選択機能、UE_A10のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMME_A40の選択機能を持つ。
　SCEF_A46は、PDN_A5とMME_A40とHSS_A50とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信の為のゲートウェイでもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のPDN_A5及び/又はDNを接続するゲートウェイも複数配置されてよい。なお、SCEF_A46はコアネットワークの外側に構成されてもよいし、内側に構成されてもよい。
　また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、E-UTRAN_A80は、LTE(LongTerm Evolution)のアクセスネットワークであり、eNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal TerrestrialRadio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続してよい。
　UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(NodeB)_A22とを含んで構成される。NB_A22は、UTRA(UniversalTerrestrial RadioAccess)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とNB_A22とを接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1又は複数のNB_A22と接続されてよい。さらに、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
　GERAN_A25は、2Gのアクセスネットワークであり、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25は1又は複数のBSS_A26で構成されてよい。また、複数のBSS_A26は互いに接続してよい。またBSS_A26はRNC_A24と接続してもよい。
　WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(Wireless Local Area Network Access Point)a72とTWAG(Trusted WLAN Access Gateway)_A74とが含まれて構成される。WLAN APa72は、コアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74は、コアネットワーク_A90とWLAN ANa70のゲートウェイである。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
　WLAN ANb75は、無線LANアクセスネットワークであり、WLAN APb76を含んで構成される。WLAN APb76は、コアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。このように、WLAN ANb75は、コアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保する為のセキュリティー機能を持つ。
　次に、コアネットワーク_B190の構成の1例を説明する。図3にコアネットワーク_B190の構成の1例を示す。図3(a)のコアネットワーク_B190は、HSS_A50、PCRF_A60、UPGW(User Plane Gateway)_A130、CPF(Control Plane Function)_A140、SCEF_A46により構成される。
　また、コアネットワーク_B190は、複数の無線アクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120、WLAN ANc125)に接続する事ができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、UE_A10は無線アクセスネットワークに無線接続する事ができる。
　さらに、3GPPアクセスシステムで接続可能なアクセスネットワークは、E-UTRAN_A80とNextGen RAN_A120とが構成可能である。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、CPF_A140とUPGW_A130とに接続するWLANアクセスネットワークc(WLAN ANc125)とが構成可能である。以下、各装置の簡単な説明をする。
　UPGW_A130は、PDN_A5とPCRF_A60とCPF_A140とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とに接続される装置であり、PDN_A5及び/又はDNとコアネットワーク_B190とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、UPGW_A130は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、UPGW_A130は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一のDNを接続するゲートウェイでもよい。なお、UPGW_A130は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
　さらに、CPF_A140は、UPGW_A130とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とHSS_A50とSCEF_A46に接続される装置である。CPF_A140は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、CPF_A140は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_B190内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(Control Plane Function、又はControl PlaneNetwork Function)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。なお、CPF_A140は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。CPFは、Control plane(制御プレーン)を制御するための制御プレーン装置として構成されてもよい。
　なお、各装置はコアネットワーク_B190の装置と同様に構成されてもよく、SCEF_A46、HSS_A50、PCRF_A60の構成及び役割は、コアネットワーク_A90で説明した装置と同様の装置でよい。
　また、図3(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、NextGen RAN_A120は、5Gのアクセスネットワークであり、NR node(New Radio Access Technology node)_A122を含んで構成される。NR node_A122はNextGen RA(Next GenerationRadio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNR node_A122が含まれて構成されてよい。
　さらに、NextGen RAN_A120は、E-UTRA_A80及び/又はNextGen RAN_A120で構成されるアクセスネットワークでもよい。言い換えると、NextGen RAN_A120には、eNB_A45が含まれてもよいし、NR node_A122が含まれてもよいし、その両方が含まれてもよい。この場合、eNB_A45とNR node_A122とは同様の装置であってもよい。従って、NR node_A122は、eNB_A45と置き換えことができる。
　WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN AccessGateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_B190とWLAN ANc125のゲートウェイでもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイの機能部とが別の装置で構成されてもよい。なお、WLAN ANc125は、WLAN ANa70及び/又はWLAN ANb75と同じ構成でもよいし、これらと異なる構成でもよい。
　なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。なお、UE_A10とコアネットワーク_B190間で送受信する制御メッセージは、アクセスネットワークの種類によらず、同じ制御メッセージでもよい。従って、UE_A10とコアネットワーク_B190とがNR node_A122を介してメッセージを送受信するということは、UE_A10とコアネットワーク_B190とがeNB_A45、及び/又はWAG_A126を介してメッセージを送信することと同じであってよい。
　[1.2.装置の構成]
　まず、各装置で記憶される識別情報について説明する。IMSI(International MobileSubscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる識別情報である。UE_A10及びMME_A40/CPF_A140及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
　EMM State/MM Stateは、UE_A10又はMME_A40/CPF_A140の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)でもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態でもよい。なお、EMM State/MM Stateは、UE_A10がコアネットワーク_A90に登録されている状態と、コアネットワーク_B190に登録されている状態とを、区別できる情報であってもよい。
　GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIは、MME_A40/CPF_A140の識別情報(GUMMEI(Globally UniqueMME Identifier))と特定MME_A40/CPF_A140内でのUE_A10の識別情報(M-TMSI(M-Temporary MobileSubscriber Identity))とにより構成される。ME Identityは、UE_A10又はMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMEISV(IMEI Software Version)でもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40/CPF_A140が記憶するMSISDNはHSS_A50の記憶部により示された情報でよい。なお、GUTIには、CPF_A140を識別する情報が含まれてもよい。
　MME F-TEIDは、MME_A40/CPF_A140を識別する情報である。MME F-TEIDには、MME_A40/CPF_A140のIPアドレスが含まれてもよいし、MME_A40/CPF_A140のTEID(Tunnel Endpoint Identifier)が含まれてもよいし、これらの両方が含まれてもよい。また、MME_A40/CPF_A140のIPアドレスとMME_A40/CPF_A140のTEIDは独立して記憶されてもよい。また、MME F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
　SGW F-TEIDは、SGW_A35を識別する情報である。SGW F-TEIDには、SGW_A35のIPアドレスが含まれてもよいし、SGW_A35のTEIDが含まれてもよいし、これら両方が含まれてもよい。また、SGW_A35のIPアドレスとSGW_A35のTEIDとは、独立して記憶されてもよい。また、SGW F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
　PGW F-TEIDは、PGW_A30/UPGW_A130を識別する情報である。PGW F-TEIDには、PGW_A30/UPGW_A130のIPアドレスが含まれてもよいし、PGW_A30/UPGW_A130のTEIDが含まれてもよいし、これらの両方が含まれてもよい。また、PGW_A30/UPGW_A130のIPアドレスとPGW_A30/UPGW_A130のTEIDは独立して記憶されてもよい。また、PGW F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
　eNB F-TEIDはeNB_A45を識別する情報である。eNB F-TEIDには、eNB_A45のIPアドレスが含まれてもよいし、eNB_A45のTEIDが含まれてもよいし、これら両方が含まれてもよい。また、eNB_A45のIPアドレスとSGW_A35のTEIDとは、独立して記憶されてもよい。また、eNB F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
　また、APNは、コアネットワークとDN等の外部ネットワークとを識別する識別情報でよい。さらに、APNは、コアネットワーク_A90を接続するPGW_A30/UPGW_A130等のゲートウェイを選択する情報として用いる事もできる。
　なお、APNは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。なお、コアネットワークとDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、APN以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
　UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UENetwork Capabilityは、UE_A10にサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN_A25及び/又はUTRAN_A20機能をもつUE_A10に対して、SGSN_A42に必要な1又は複数の情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNBAddressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40/CPF_A140内でUE_A10を識別する情報である。eNB UE S1AP IDは、eNB_A45内でUE_A10を識別する情報である。
　APN in Useは、最近使用されたAPNである。APN in UseはData Network Identifierでもよい。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Useは、PDUセッションの確立先のDNを識別する情報でもよい。
　Assigned Session Typeは、PDUセッションのタイプを示す情報である。Assigned Session TypeはAssigned PDN Typeでもよい。PDUセッションのタイプは、IPでもよいし、non-IPでもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Typeは、IPv4、IPv6、又はIPv4v6でよい。
　また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスでもよいし、IPv6アドレスでもよいし、IPv6プレフィックスでもよい。なお、Assigned Session Typeがnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
　SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。DefaultBearerは、PDUセッション確立時に取得及び/又は生成する情報であり、PDUセッションに対応づけられたデフォルトベアラ(default bearer)を識別する為のEPSベアラ識別情報である。
　EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)を識別する識別情報でもよいし、DRB(Data Radio Bearer)を識別する識別情報でもよい。TI(TransactionIdentifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPSBearer IDは、デディケイテッドベアラ(dedicated bearer)を識別するEPSベアラ識別情報でよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報でよい。TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRB(Radio Bearer)を用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけるものでもよく、アプリケーションデータを識別する識別情報でもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
　Default Bearerは、PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。なお、EPSベアラとは、UE_A10とPGW_A30/UPGW_A130との間で確立する論理的な通信路でもよい。さらに、EPSベアラは、デフォルトベアラでもよく、デディケイテッドベアラでもよい。さらに、EPSベアラは、UE_A10とアクセスネットワーク内の基地局及び/又はアクセスポイントとの間で確立するRBを含んで構成されてよい。さらに、RBとEPSベアラとは1対1に対応づけられてよい。その為、RBの識別情報は、EPSベアラの識別情報と1対1に対応づけられてもよいし、同じ識別情報でもよい。なお、RBは、SRB及び/又はCRBでもよいし、DRBでもよい。また、DefaultBearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30/UPGW_A130がコアネットワークから取得する情報でよい。
　User Identityは、加入者を識別する情報である。UserIdentityは、IMSIでもよいし、MSISDNでもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報でもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40/CPF_A140を識別する情報であり、MME_A40/CPF_A140のIPアドレスでよい。
　eNB Addressは、eNB_A45のIPアドレスである。eNB IDは、eNB_A45内でUEを識別する情報である。MME Addressは、MME_A40/CPF_A140のIPアドレスである。MME IDは、MME_A40/CPF_A140を識別する情報である。NR node Addressは、NR node_A122のIPアドレスである。NR node IDは、NR node_A122を識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAGIDは、WAG_A126を識別する情報である。
　以下、各装置の構成について説明する。なお、下記各装置及び各装置の各部の機能の一部又は全部は、物理的なハードウェアの上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上動作するものでもよい。
　[1.2.1.UEの構成]
　図4にUE_A10の装置構成を示す。図に示すように、UE_A10は、送受信部_A420と制御部_A400と記憶部_A440とで構成されている。送受信部_A420と記憶部_A440は、制御部_A400とバスを介して接続されている。
　制御部_A400はUE_A10を制御する為の機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントに接続し、アクセスネットワークへ接続する為の機能部である。また、送受信部_A420には、外部アンテナ_A410が接続されている。言い換えると、送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントと接続する為の機能部である。さらに、送受信部_A420は、UE_A10が、アクセスネットワーク内の基地局及び/又はアクセスポイントから、ユーザデータ及び/又は制御情報を送受信する送受信機能部である。
　記憶部_A440は、UE_A10の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_A440は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。記憶部_A440は、図に示すように、UEコンテキスト442を記憶する。以下、記憶部_A440で記憶される情報要素について説明する。なお、UEコンテキスト442は、コアネットワーク_A90に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとがあってもよい。さらに、コアネットワーク_A90に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとは、一緒に記憶されてもよいし、別々に記憶されてもよい。
　まず、図5(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMMState、GUTI、ME Identityを含む。
　次に、図5(c)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、Default Bearerを含む。
　図5(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、TFTを含む。
　[1.2.2.eNB/NR node/WAGの構成]
　以下、eNB_A45、NR node_A122、及びWAG_A126の構成について説明する。図6にeNB_A45、NR node_A122、及びWAG_A126の装置構成を示す。図に示すように、eNB_A45、NR node_A122、及びWAG_A126は、ネットワーク接続部_B620と送受信部_B630と制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は、制御部_B600とバスを介して接続されている。
　制御部_B600はeNB_A45を制御する為の機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_B620は、eNB_A45、NR node_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_B620は、eNB_A45、NRnode_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　送受信部_B630は、eNB_A45、NR node_A122、及びWAG_A126がUE_A10と接続する為の機能部である。さらに、送受信部_B630は、UE_A10からユーザデータ及び/又は制御情報を送受信する送受信機能部である。また、送受信部_B630には、外部アンテナ_B610が接続されている。
　記憶部_B640は、eNB_A45、NR node_A122、及びWAG_A126の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をコンテキストとしてUE_A10毎に記憶してもよい。
　[1.2.3.MME/CPFの構成]
　以下、MME_A40及びCPF_A140の構成について説明する。図7にMME_A40及びCPF_A140の装置構成を示す。図に示すように、MME_A40及びCPF_A140は、ネットワーク接続部_C720と制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は、制御部_C700とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
　制御部_C700はMME_A40及びCPF_A140を制御する為の機能部である。制御部_C700は、記憶部_C740に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はSGW_A35と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　さらに、ネットワーク接続部_C720は、CPF_A140が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はUPGW_A130と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はUPGW_A130と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_C740は、MME_A40及びCPF_A140の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部_C740は、例えば、半導体メモリやHDD等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_C740は、図に示すように、MMEコンテキスト742を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。なお、MMEコンテキストは、CPF_A140が記憶コンテキストでもよい。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UERadio Access Capability、UE Network Capability、MS Network Capability、Access Restriction、MME F-TEID、SGW F-TEID、eNB Address、MME UE S1AP ID、eNB UE S1AP ID、NR node Address、NR node ID、WAG Address、WAG IDのうち1又は複数を含む。
　次に、図9(c)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのMMEコンテキストを示す。図に示すように、PDUセッションごとのMMEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、PGW F-TEID、SCEF ID、Default bearerを含む。
　図9(d)は、ベアラごとに記憶されるベアラごとのMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB Address、NR node Address、WAG Address、eNB ID、NRnodeID、WAG IDのうち1又は複数を含む。ここで、図8と図9に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト又はEPSベアラコンテキストのいずれかに含まれ、記憶されてもよい。
　[1.2.4.SGWの構成]
　図10にSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_D1020と制御部_D1000と記憶部_D1040とで構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。
　制御部_D1000はSGW_A35を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局及び/又はアクセスポイント、及び/又はMME_A40、及び/又はPGW_A30、及び/又はSGSN_A42と接続する為の機能部である。さらに、ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局及び/又はアクセスポイント、及び/又はMME_A40、及び/又はPGW_A30、及び/又はSGSN_A42から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、SGW_A35の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
　まず、図11(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MEIdentity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
　さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use、Assigned Session Type、SGW F-TEID、PGW F-TEID、Default Bearer、IP Address(es)を含む。
　さらに、EPSベアラコンテキストには、ベアラごとのEPSベアラコンテキストが含まれる。図11(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストは、EPS Bearer ID、TFT、PGW F-TEID、SGWF-TEID、eNB F-TEID、MME Address、NR node Address、WAG Address、MME ID、NR node ID、WAGIDのうち1又は複数を含む。
　[1.2.5.PGW/UPGWの構成]
　図10にPGW_A30及びUPGW_A130の装置構成を示す。図に示すように、PGW_A30及びUPGW_A130はネットワーク接続部_D1020と制御部_D1000と記憶部_D1040とで構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
　制御部_D1000はPGW_A30を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　さらに、ネットワーク接続部_D1020は、UPGW_A130が、PCRF_A60、及び/又はUPGW_A130、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、PGW_A30の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッション又はPDNコネクションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。さらに、EPSベアラコンテキストは、UPGW_A130に記憶されるコンテキストであってもよい。
　図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MEIdentity、MSISDN、RAT typeを含む。
　次に、図12(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in useを含む。なお、APNごとに記憶されるEPSベアラコンテキストは、Data Network Identifierごとに記憶されてもよい。
　また、図12(d)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッション又はPDNコネクションごとのEPSベアラコンテキストは、Assigned Session Type、IP Address(es)、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
　さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、SGWF-TEID、PGW F-TEIDを含む。
　[1.2.6.SCEFの構成]
　図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46は、ネットワーク接続部_D1020と制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。
　制御部_D1000はSCEF_A46を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。ネットワーク接続部_D1020は、SCEF_A46がコアネットワーク_A90へ接続する為の機能部である。言い換えると、ネットワーク接続部_D1020は、SCEF_A46がMME_A40と接続する為の機能部である。さらに、ネットワーク接続部_D1020は、SCEF_A46が、MME_A40からユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、SCEF_A46の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。以下、記憶部_D1040で記憶される情報要素について説明する。図13(b)にEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、EPSベアラコンテキストは、User Identity、APN in Use、EPS Bearer ID、Serving Node Informationを含む。
　[1.3.コアネットワーク_Bに対する初期手続きの説明]
　次に、本実施形態におけるコアネットワーク_B190に対する初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
　本実施形態における第1の状態は、UE_A10のコアネットワーク_B190への接続及び登録ための手続きが完了していて、さらに、各装置がPDUセッションを確立している状態である。なお、各装置は、UE_A10をコアネットワーク_B190に登録するための手続きと、PDUセッションを確立するための手続きは、同時に実行されてもよいし、別々に実行されてもよい。さらに、第1の状態は、UE_A10の位置登録情報を更新するための手続きが完了した状態でもよい。
　さらに、本実施形態における第1の状態は、各装置が、コアネットワーク_B190に対してPDUセッションを確立している状態でもよい。より詳細には、第1の状態は、各装置が、NRnode_A122を介して、UE_A10とUPGW_A130との間でPDUセッションを確立している状態でもよい。なお、第1の状態は、これらの状態に限らない。
　さらに、本実施形態におけるEPSサービスは、PSドメインによって提供されるサービスでよく、EPCを用いて提供される接続サービスでもよい。
　さらに、本実施形態におけるnon EPSサービスは、CSドメインによって提供されるサービスでよく、EPSサービス以外のサービスでもよい。
　さらに、本実施形態におけるNGSサービスは、コアネットワーク_B190を用いて提供される接続サービスでよい。さらに、NGSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。なお、NGSサービスは、これに限らず、モバイル通信サービスを提供するためのシステムであればよい。
　さらに、本実施形態におけるnon NGSサービスは、NGSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
　さらに、本実施形態におけるセッションは、PDUセッションでもよいし、PDNコネクションでもよいし、EPSベアラでもよい。さらに、セッション確立手続きは、PDUセッション確立手続きでもよいし、PDN接続手続きでもよい。セッション切断手続きは、PDUセッション切断手続きでもよいし、PDN接続切断手続きでもよい。さらに、セッションを識別する情報は、PDUセッションIDでもよいし、PDNコネクションIDでもよいし、EPSベアラIDでもよい。なお、セッションを識別する情報はこれ以外の識別情報でもよい。
　さらに、本実施形態におけるEPSベアラは、UE_A10とPGW_A30との間で確立される論理的な通信路である。EPSベアラは、PDNコネクションを構成する通信路でもよい。さらに、EPSベアラは、UE_A10とUPGW_A130との間で確立される論理的な通信路でもよく、PDUセッションを構成する通信路でもよい。
　本実施形態におけるNSI(Network Slice Instance)とは、コアネットワーク_B190内に1又は複数構成される、ネットワークスライス(Network Slice)の実体である。また、本実施形態におけるNSIはNST(Network Slice Template)を用いて生成された仮想的なNF(NetworkFunction)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1又は複数のNF(Network Function)の論理的表現である。
　つまり、NSIとは、複数のNFにより構成されたコアネットワーク_B190内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。ネットワークスライスには、少なくとも1つ以上のNFが構成されてよい。ネットワークスライスに構成されるNFは、他のネットワークスライスと共有される装置であってもよいし、そうでなくてもよい。
　UEは、UE usage type及び/又は、1又は複数のネットワークスライスタイプID及び/又は、1又は複数のNS ID等の登録情報及び/又はAPNに基づいて、1または複数のネットワークスライスに割り当てられることができる。
　本実施形態におけるDCN(Dedicated Core Network)とは、コアネットワーク_A90内に、1つまたは複数構成される、特定の加入者タイプ専用のコアネットワークである。具体的には、例えば、M2M機能利用者として登録されたUEの為のDCNが、コアネットワーク_A90内に構成されていてもよい。また、その他に、適切なDCNがないUEのための、デフォルトDCNがコアネットワーク_A90内に構成されていてもよい。
　DCNには、少なくとも1つ以上のMME_A40またはSGSN_A42が配置されていてよく、さらに、少なくとも1つ以上のSGW_A35またはPGW_A30またはPCRF_A60が配置されてよい。UEは、UE usage type及び/又はDCNID等の登録情報に基づいて、1つのDCNに割り当てられることができる。
　本実施形態におけるUE usage typeは、DCN及び/又はNSIを識別するための使用される、UEの登録情報に含まれるパラメータ値である。UE usage typeはHSS_50に記憶されていてよい。MME_A40及び/又はSGSN_A42はUE usage typeに基づきSGW_A35とPGW_A30を選択してもよい。さらに、CPF_A140はUE usage typeに基づきUPGW_A130を選択してもよい。
　さらに、本実施形態におけるDN IDは、コアネットワーク_B190とDN等の外部ネットワークとを識別する識別情報である。さらに、DN IDは、コアネットワーク_B190を接続するUPGW_A130等のゲートウェイを選択する情報として用いる事もできる。
　なお、DN IDは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。なお、コアネットワーク_B190とDNとを接続するゲートウェイが複数配置される場合には、DN IDによって選択可能なゲートウェイは複数あってもよい。さらに、DN ID以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
　さらに、DN IDは、APNと等しい情報でもよいし、APNとは異なる情報でもよい。なお、DN IDとAPNが異なる情報である場合、各装置は、DN IDとAPNとの対応関係を示す情報を管理してもよいし、DN IDを用いてAPNを問い合わせる手続きを実施してもよいし、APNを用いてDN IDを問い合わせる手続きを実施してもよい。
　さらに、本実施形態におけるトラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。
　SSC(Session and Service Continuity) modeは、NextGenシステム(NGS)において、システム、及び/又は各装置がサポートするサービスセッション継続(Session and ServiceContinuity)のモードを示すものである。より詳細には、UE_A10とTUPF(Terminating User-Plane Function)との間で確立されたPDUセッションがサポートするサービスセッション継続の種類を示すモードであってもよい。ここで、TUPFは、UPGW_A130であってもよい。なお、SSC modeはPDUセッション毎に設定されるサービスセッション継続の種類を示すモードであってもよい。さらに、SSC modeは、SSC mode 1、SSC mode 2、SSC mode 3の3つのモードから構成されていてもよい。
　ここで、TUPFはU-Plane(User Plane)のためのNF(Network Function)であってもよい。さらに、TUPFは、コアネットワークに配置されていてもよいし、アクセスネットワークに配置されていてもよい。
　さらに、本実施形態におけるSSC mode 1は、UE_A10がネットワークに接続する際に用いるRAT(Radio Access Technology)やセル等のアクセステクノロジーに関わらず、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSCmode 1は、UE_A10のモビリティが発生しても、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。
　さらに、本実施形態におけるSSC mode 2は、TUPFのサービングエリア内でのみ、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSCmode 2は、UE_A10がTUPFのサービングエリア内にいる限り、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。さらに、SSC mode 2は、TUPFのサービングエリアから出るような、UE_A10のモビリティが発生した場合に、確立しているPDUセッションが用いるTUPFを変更して、サービスセッション継続を実現するモードであってもよい。
　ここで、TUPFのサービングエリアとは、1つのTUPFがサービスセッション継続機能を提供することができるエリアであってもよいし、UE_A10がネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットであってもよい。さらに、アクセスネットワークのサブセットとは、一又複数のRAT、及び/又はセルから構成されるネットワークであってもよい。
　さらに、本実施形態におけるSSC mode 3は、UE_A10とTUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなTUPFを介した新たなPDUセッション、及び/又は通信路を確立することを許可するサービスセッション継続のモードである。さらに、SSCmode 3は、UE_A10がマルチホーミングになることを許可するサービスセッション継続のモードであってもよい。
　及び/又は、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたTUPFを用いたサービスセッション継続が許可されたモードであってもよい。言い換えると、SSCmode 3の場合、各装置は、複数のPDUセッションを用いてサービスセッション継続を実現してもよいし、複数のTUPFを用いてサービスセッション継続を実現してもよい。
　ここで、各装置が、新たなPDUセッション、及び/又は通信路を確立する場合、新たなTUPFの選択は、ネットワークによって実施されてもよいし、新たなTUPFは、UE_A10がネットワークに接続した場所に最適なTUPFであってもよい。さらに、複数のPDUセッション、及び/又はPDUセッションが用いるTUPFが有効である場合、UE_A10は、アプリケーション、及び/又はフローの通信の新たに確立されたPDUセッションへの対応づけを、即座に実施してもよいし、通信の完了に基づいて実施してもよい。
　Default SSC modeは、特定のSSC modeが定まらない場合に、UE_A10及び/又はネットワークが用いるSSC modeである。具体的には、Default SSC modeは、アプリケーションからのSSC modeの要求がない場合、及び/又はアプリケーションに対してSSC modeを決めるためのUE_A10のポリシーがない場合に、UE_A10が用いるSSC modeであってもよい。及び/又は、UE_A10からのSSCmodeの要求がない場合に、ネットワークが用いるSSC modeであってもよい。
　なお、Default SSC modeは、加入者情報、及び/又はオペレータポリシー、及び/又はUE_A10のポリシーに基づいて、PDN_A5毎に設定されていてもよいし、UE_A10、及び/又は加入者毎に設定されていてもよい。さらに、Default SSC modeは、SSC mode 1、SSC mode 2又はSSC mode 3を示す情報であってもよい。
　次に、本実施形態における識別情報について説明する。
　本実施形態における第1の識別情報は、UE_A10がコアネットワーク_B190に接続を要求する、PDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第1の識別情報は、DN IDでもよい。さらに、第1の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。
　本実施形態における第2の識別情報は、UE_A10がコアネットワーク_B190に使用を要求する接続サービスの種類を示す情報である。なお、第2の識別情報は、NGSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第2の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとEPSサービスとnonEPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
　さらに、第2の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第2の識別情報は、コアネットワーク_B190のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を要求することを示す情報でもよい。
　本実施形態における第3の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第3の識別情報は、NGSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第3の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
　さらに、第3の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第3の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
　本実施形態における第4の識別情報は、UE_A10がコアネットワーク_B190に要求する、SSC modeを示す情報である。さらに、第4の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いられるSSC modeを示す情報でもよい。言い換えると、第4の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いられるSSC modeを示す情報でもよい。具体的には、第4の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
　本実施形態における第5の識別情報は、UE_A10がサポートする、SSC modeを示す情報である。さらに、第5の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第5の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第5の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
　本実施形態における第6の識別情報は、UE_A10が接続可能なPDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第6の識別情報は、APNでもよい。さらに、第6の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。さらに、第6の識別情報は、第1の識別情報と等しい情報でもよいし、第1の識別情報に含まれて送受信されてもよい。
　本実施形態における第7の識別情報は、UE_A10がコアネットワーク_B190に接続を要求する、CPF_A140を識別する情報である。さらに、第7の識別情報は、UE_A10が接続可能なCPF_A140を示す情報でもよいし、UE_A10が以前に接続していたCPF_A140を識別する情報でもよい。さらに、第7の識別情報は、UE_A10を識別する情報でもよい。例えば、第7の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGSmobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第7の識別情報は、common CPF IDでもよい。
　本実施形態における第8の識別情報は、UE_A10が接続可能なMME_A40を識別する情報が含まれてもよいし、UE_A10が以前に接続していたMME_A40を識別する情報が含まれてもよい。さらに、第8の識別情報は、UE_A10を識別する情報でもよい。例えば、第8の識別情報は、GUTIでもよいし、IMSIでもよいし、EPSmobile identityでもよいし、その他の情報でもよい。
　本実施形態における第9の識別情報は、UE_A10がコアネットワーク_B190に要求する、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第9の識別情報は、NSIを識別するNSDIDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第9の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第9の識別情報はAPNであってもよい。なお、第9の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第9の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第9の識別情報は、UE_A10及び/又はネットワーク内のいずれかの装置が保持するUE_A10の登録情報であってもよい。
　本実施形態における第11の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、及び/又はUE_A10が接続した、DN等の外部ネットワークを識別する情報である。さらに、第11.の識別情報は、DN IDでもよい。さらに、第11の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。
　本実施形態における第12の識別情報は、コアネットワーク_B190がUE_A10に使用を許可した接続サービスの種類を示す情報である。なお、第12の識別情報は、UE_A10に、NGSサービスのみの使用を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190が許可したことを示す情報でもよい。言い換えると、第12の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190が許可したことを示す情報でもよい。
　さらに、第12の識別情報は、コアネットワーク_B190がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第12の識別情報は、UE_A10のコアネットワーク_B190のみへの登録、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を許可したことを示す情報でもよい。
　本実施形態における第13の識別情報は、コアネットワーク_B190が使用をサポートする接続サービスの種類を示す情報である。なお、第13の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190がサポートすることを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190がサポートすることを示す情報でもよい。言い換えると、第13の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190がサポートすることを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190がサポートすることを示す情報でもよい。
　さらに、第13の識別情報は、コアネットワーク_B190がサポートするアタッチ手続きの種類を示すコアネットワーク_B190の能力情報でもよい。言い換えると、第13の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートするコアネットワーク_B190の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートするコアネットワーク_B190の能力情報でもよい。
　本実施形態における第14の識別情報は、コアネットワーク_B190がUE_A10に許可した、SSC modeを示す情報である。さらに、第14の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いることが許可されたSSC modeを示す情報でもよい。言い換えると、第14の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されたSSC modeを示す情報でもよい。具体的には、第14の識別情報は、SSC mode 1が許可されたことを示す情報でもよいし、SSC mode 2が許可されたことを示す情報でもよいし、SSC mode 3が許可されたことを示す情報でもよい。
　本実施形態における第15の識別情報は、コアネットワーク_B190がサポートする、SSC modeを示す情報である。さらに、第15の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第15の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第15の識別情報は、コアネットワーク_B190が、SSC mode 1をサポートすることを示す情報でもよいし、SSC mode 2をサポートすることを示す情報でもよいし、SSC mode 3をサポートすることを示す情報でもよい。
　本実施形態における第16の識別情報は、コアネットワーク_B190がUE_A10に許可した、コアネットワーク_A90に接続する際に、UE_A10が接続可能なDN等の外部ネットワークを識別する情報である。さらに、第16の識別情報は、APNでもよい。さらに、第16の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。さらに、第16の識別情報は、第11の識別情報と等しい情報でもよいし、第11の識別情報に含まれて送受信されてもよい。
　本実施形態における第17の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、CPF_A140を識別する情報である。さらに、第17の識別情報は、UE_A10と接続したCPF_A140を示す情報でもよいし、UE_A10が接続可能なCPF_A140を示す情報でもよい。さらに、第17の識別情報は、UE_A10を識別する情報でもよい。例えば、第17の識別情報は、CPF IDでもよいし、GUTIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第17の識別情報は、common CPF IDでもよい。
　本実施形態における第18の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、MME_A40を識別する情報である。さらに、第18の識別情報は、UE_A10が接続可能なMME_A40を示す情報でもよい。さらに、第18の識別情報は、UE_A10を識別する情報でもよい。例えば、第18の識別情報は、GUTIでもよいし、IMSIでもよいし、EPSmobile identityでもよいし、その他の情報でもよい。
　本実施形態における第19の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第19の識別情報は、NSIを識別するNSDIDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第19の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第19の識別情報はAPNであってもよい。なお、第19の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第19の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第19の識別情報は、(UE_A10及び/又はネットワーク内のいずれかの装置が保持する)UE_A10の登録情報であってもよい。
　本実施形態における第21の識別情報は、UE_A10の要求がコアネットワーク_B190に許可されないことを示す情報である。さらに、第21の識別情報は、UE_A10の要求が拒絶された理由を示す理由情報(Reject Cause)でもよい。
　例えば、第21の識別情報は、UE_A10のコアネットワーク_B190、及び/又はDNへの接続を許可しないことを示す情報でもよいし、UE_A10のコアネットワーク_B190、及び/又はDNへの接続が失敗したことを示す情報でもよい。さらに、第21の識別情報は、UE_A10が接続を要求するCPF_A140への接続及び/又は登録が許可されていないことを示す情報でもよいし、UE_A10を識別する情報が、正常ではない、及び/又は許可されていないことを示す情報でもよい。さらに、第21の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではないことを示す情報でもよい。
　さらに、第21の識別情報は、UE_A10に対して、NGSサービスとnon NGSサービスの両方の使用を許可しないことを示す情報でよく、NGSサービスの使用を許可しないことを示す情報でもよい。さらに、第21の識別情報は、UE_A10に対して、NGSサービスとEPSサービスの両方の使用を許可しないことを示す情報でよく、NGSサービスとEPSサービス、nonEPSサービスの全ての使用を許可しないことを示す情報でもよい。
　さらに、第21の識別情報は、許可されていないPLMN(Public Land Mobile Network)にUE_A10が接続していることを示す情報でもよいし、UE_A10が要求するサービスが、現在のPLMNでは許可されていないことを示す情報でもよいし、適切なセルが現在のPLMN内に存在しないことを示す情報でもよい。
　さらに、第21の識別情報は、許可されていないトラッキングエリアにUE_A10が接続していることを示す情報でもよいし、UE_A10が要求するサービスが、現在のトラッキングエリアでは許可されていなことを示す情報でもよい。さらに、第21の識別情報は、適切なセルが現在のトラッキングエリア内に存在しないことを示す情報でもよいし、現在のトラッキングエリアでは、ローミングが許可されていないことを示す情報でもよい。
　さらに、第21の識別情報は、UE_A10が要求するSSC modeが許可されないことを示す情報でもよいし、UE_A10が要求するSSC modeをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
　さらに、第21の識別情報は、UE_A10が接続を要求するNSIが許可されていないことを示す情報でもよいし、UE_A10が要求するネットワークスライスタイプをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
　本実施形態における第22の識別情報は、コアネットワーク_B190がUE_A10に使用を許可しなかった接続サービスの種類を示す情報である。なお、第22の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよい。言い換えると、第22の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよい。
　さらに、第22の識別情報は、コアネットワーク_B190が許可しなかったアタッチ手続きの種類を示す情報でもよい。言い換えると、第22の識別情報は、コアネットワーク_B190のみの登録、及び/又は接続を許可しないことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を許可しないことを示す情報でもよい。
　本実施形態における第23の識別情報は、コアネットワーク_B190が使用をサポートしない接続サービスの種類を示す情報である。なお、第23の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190がサポートしないことを示す情報でもよい。言い換えると、第23の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよい。
　さらに、第23の識別情報は、コアネットワーク_B190がサポートしないアタッチ手続きの種類を示すコアネットワーク_B190の能力情報でもよい。言い換えると、第23の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートしないコアネットワーク_B190の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートしないコアネットワーク_B190の能力情報でもよい。
　本実施形態における第24の識別情報は、コアネットワーク_B190がUE_A10に許可しなかった、SSC modeを示す情報である。さらに、第24の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いることが許可されなかったSSC modeを示す情報でもよい。言い換えると、第24の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されなかったSSC modeを示す情報でもよい。具体的には、第24の識別情報は、SSC mode 1が許可されなかったことを示す情報でもよいし、SSC mode 2が許可されなかったことを示す情報でもよいし、SSC mode 3が許可されなかったことを示す情報でもよい。
　本実施形態における第25の識別情報は、コアネットワーク_B190がサポートしない、SSC modeを示す情報である。さらに、第25の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされないSSC modeを示す情報でもよい。言い換えると、第25の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされないSSC modeを示す情報でもよい。具体的には、第25の識別情報は、コアネットワーク_B190が、SSC mode 1をサポートしないことを示す情報でもよいし、SSC mode 2をサポートしないことを示す情報でもよいし、SSC mode 3をサポートしないことを示す情報でもよい。
　本実施形態における、第26の識別情報は、UE_A10が接続を要求するNSIへの接続が許可されていないことを示す情報でもよいし、UE_A10が要求するネットワークスライスタイプをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
または、本実施形態における、第26の識別情報は接続を許可するネットワークスライスタイプを識別する、及び/又は示す情報であってもよい。このとき、接続を許可するネットワークスライスタイプは、UE_A10が要求するネットワークスライスタイプとは異なる情報であってもよい。さらに、第26の識別情報は、NSIを識別するNSDIDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第26の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第26の識別情報はAPNであってもよい。なお、第26の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第26の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第26の識別情報は、UE_A10及び/又はネットワーク内のいずれかの装置が保持するUE_A10の登録情報であってもよい。
　本実施形態における第31の識別情報は、UE_A10がコアネットワーク_B190に登録情報の更新を要求する接続サービスの種類を示す情報である。なお、第31の識別情報は、NGSサービスのみの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の登録情報の更新を、UE_A10が要求することを示す情報でもよい。言い換えると、第31の識別情報は、NGSサービスとEPSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよい。
　さらに、第31の識別情報は、UE_A10が要求するトラッキングエリア更新手続きの種類を示す情報でもよいし、アップデートタイプでもよい。言い換えると、第31の識別情報は、コアネットワーク_B190のみの登録情報の更新、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録情報の更新、及び/又は接続を要求することを示す情報でもよい。
　さらに、第31の識別情報は、NGSサービスにおけるトラッキングエリアのみの更新を要求することを示す情報でもよく、NGSサービスにおけるトラッキングエリアとnon NGSサービスにおけるトラッキングエリア、及び又はルーティングエリアの更新を要求することを示す情報でもよい。さらに、第31の識別情報は、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアの更新を要求することを示す情報でもよいし、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新を要求することを示す情報でもよい。
　本実施形態における第32の識別情報は、第3の識別情報と同じである。本実施形態における第33の識別情報は、第7の識別情報と同じである。本実施形態における第34の識別情報は、第8の識別情報と同じである。本実施形態における第35の識別情報は、第4の識別情報と同じである。本実施形態における第36の識別情報は、第5の識別情報と同じである。本実施形態における第37の識別情報は、第9の識別情報と同じである。
　本実施形態における第41の識別情報は、コアネットワーク_B190がUE_A10に登録情報の更新を許可した接続サービスの種類を示す情報である。なお、第41の識別情報は、NGSサービスのみの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよい。言い換えると、第41の識別情報は、NGSサービスとEPSサービスの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよい。
　さらに、第41の識別情報は、コアネットワーク_B190がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第41の識別情報は、コアネットワーク_B190のみの登録情報の更新、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録情報の更新、及び/又は接続を許可したことを示す情報でもよい。
　さらに、第41の識別情報は、NGSサービスにおけるトラッキングエリアのみの更新が許可されたことを示す情報でもよく、NGSサービスにおけるトラッキングエリアとnon NGSサービスにおけるトラッキングエリア、及び又はルーティングエリアの更新が許可されたことを示す情報でもよい。さらに、第41の識別情報は、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアの更新が許可されたことを示す情報でもよいし、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新が許可されたことを示す情報でもよい。
　本実施形態における第42の識別情報は、第13の識別情報と同じである。本実施形態における第43の識別情報は、第14の識別情報と同じである。本実施形態における第44の識別情報は、第15の識別情報と同じである。本実施形態における第45の識別情報は、第17の識別情報と同じである。本実施形態における第46の識別情報は、第18の識別情報と同じである。本実施形態における第47の識別情報は、第19の識別情報と同じである。
　本実施形態における第51の識別情報は、コアネットワーク_B190がUE_A10に要求するデタッチ手続き種類を示す情報である。なお、デタッチ手続きの種類を示す情報は、デタッチタイプでよい。さらに、第51の識別情報は、UE_A10の再アタッチが、必要とされていることを示す情報でもよいし、必要とされていないことを示す情報でもよい。なお、再アタッチとは、再度アタッチ手続きを実施するであってよい。
　本実施形態における第52の識別情報は、再アタッチ時に、ハンドオーバーを示す情報の送受信が必要か否かを示す情報である。さらに、第52の識別情報は、デタッチ手続き後の別のコアネットワークに対するアタッチ手続きが、必要とされているか否かを示す情報でもよいし、サポートされているか否かを示す情報でもよい。
　さらに、第52の識別情報は、デタッチ手続き後に、UE_A10が別のコアネットワークに対してアタッチ手続きを実施することを、コアネットワーク_B190が要求していることを示す情報でもよい。さらに、第52の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替えるために、デタッチ手続き後のアタッチ手続きが必要であることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_A90でもよいし、第53の識別情報で識別されるコアネットワークでもよい。
　本実施形態における第53の識別情報は、再アタッチ時に接続するシステムを示す情報である。接続するシステムは、NGSサービスを提供するシステムでもよいし、EPSを提供するシステムでもよいし、non EPSサービスを提供するシステムでもよい。さらに、第53の識別情報は、再アタッチ時に接続するコアネットワークを示す情報でもよい。例えば、第53の識別情報は、コアネットワーク_A90を示す情報でもよいし、コアネットワーク_B190を示す情報でもよい。
　さらに、第53の識別情報は、再アタッチ時に用いる制御メッセージの種類を示す情報でもよい。例えば、第53の識別情報は、UE_A10が、デタッチ手続き後に、EPS用の制御メッセージを用いてアタッチ手続きを実施することを示してもよいし、NGS用の制御メッセージを用いてアタッチ手続きを実施することを示してもよい。言い換えると、第53の識別情報は、UE_A10が、デタッチ手続き後に、コアネットワーク_A90へのアタッチ手続きをすることを示してもよいし、コアネットワーク_B190へのアタッチ手続きをすることを示してもよい。
　本実施形態における第54の識別情報は、デタッチ手続きが開始された理由を示す理由情報(Cause)である。さらに、第54の識別情報は、加入者情報の変更等により、UE_A10の状態が適切ではなくなった理由を示す情報でもよい。
　例えば、第54の識別情報は、UE_A10のコアネットワーク_B190、及び/又はDNへの接続が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10のCPF_A140への接続及び/又は登録が許可されなくなったことを示す情報でもよいし、UE_A10を識別する情報が、正常ではなくなった、及び/又は許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10に対して、NGSサービスとnon NGSサービスの両方の使用が許可されなくなったことを示す情報でよく、NGSサービスの使用が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10に対して、NGSサービスとEPSサービスの両方の使用が許可されなくなったことを示す情報でよく、NGSサービスとEPSサービス、nonEPSサービスの全ての使用が許可されなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が使用するサービスを、NGSサービスからnon NGSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第54の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_B190から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が接続しているPLMNが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のPLMNでは許可されなくなったことを示す情報でもよいし、適切なセルが現在のPLMN内に存在しなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が接続しているトラッキングエリアが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のトラッキングエリアでは許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、適切なセルが現在のトラッキングエリア内に存在しなくなったことを示す情報でもよいし、現在のトラッキングエリアで、ローミングが許可されてなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10が接続しているNSIが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているネットワークスライスタイプがサポートされなくなったことを示す情報でもよい。
　なお、UE_A10は、第51の識別情報に基づいて、第54の識別情報を無視するか否かを決定してもよいし、第54の識別情報に基づいて、再アタッチをするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_B190から別のコアネットワークへの切り替え、及び/又はNGSサービスからnon NGSサービスへの切り替えを示す情報を受信した場合、再アタッチを実施してもよい。また、UE_A10は、EPSサービスが使用可能な状態で、NGSサービスの使用が許可されないことを示す第54の識別情報を受信した場合、UE_A10は再アタッチを実施しなくてもよい。さらに、UE_A10は、NGSサービスが使用可能な状態で、EPSサービスが使用できないことを示す情報を受信した場合、再アタッチを実施しなくてもよい。さらに、UE_A10は、これら以外の理由を示す情報を受信した場合、再アタッチを実施しなくてもよい。
　本実施形態における第55の識別情報は、UE_A10が接続しているNSIを識別する情報である。さらに、第55の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第55の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第55の識別情報はAPNであってもよい。なお、第55の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第55の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第55の識別情報は、UEの登録情報であってもよい。
　本実施形態における第56の識別情報は、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報である。第56の識別情報は、UE usage typeであってもよいし、DCN IDであってもよいし、その他の情報であってもよい。なお、第56の識別情報は、NSIとDCNのマッピング情報に基づいて、CPF_A140が選択したDCNを示す情報でもよいし、デフォルトのDCNを示す情報でもよい。なお、第56の識別情報は、後述する第57の識別情報と対応づけられて送受信されてよい。つまり、DCNを識別する情報と、DCNに接続することによって提供可能なサービスは、対応づけられて送受信されてもよい。
　本実施形態における第57の識別情報は、各セッションを他のシステムに移動できるか否かを示す情報である。さらに、第57の識別情報は、他のシステムに切り替えることができるセッションを識別する情報でもよい。
　さらに、第57の識別情報は、NSIからDCNへ移動することが可能なサービス、及び/又はセッションを識別する情報、及び/又はAPNでもよく、NSIとDCNとの対応を示す情報でもよい。なお、サービスを識別する情報は複数含まれてもよい。つまり、第57の識別情報は、複数のサービスを識別する情報群であってよい。さらに、各サービスの識別情報は、サービス毎に第56の識別情報に含まれるDCNに対応づけられて送受信されてもよい。
　本実施形態における第61の識別情報は、UE_A10が確立を要求するセッションの種類を示す情報である。なお、UE_A10が確立を要求するセッションの種類を示す情報は、リクエストタイプでもよい。さらに、第61の識別情報は、要求するセッション確立手続きが、初期確立手続きであることを示す情報でもよいし、他のサービス、及び/又は他のアクセスネットワーク、及び/又は他のコアネットワークからのハンドオーバー手続きであることを示す情報でもよいし、緊急呼のためのセッションの確立手続きであることを示す情報でもよい。
　さらに、第61の識別情報は、コアネットワーク_B190からコアネットワーク_A90へのハンドオーバーを示す情報でもよい。さらに、第61の識別情報は、セッションを、コアネットワーク_B190からコアネットワーク_A90に切り替えるためにセッションを確立することを示す情報でもよいし、NGSサービスからEPSサービスへセッションを切り替えるためにセッションを確立することを示す情報でもよい。
　本実施形態における第62の識別情報は、他のシステムに移動するセッションを識別する情報である。さらに、第62の識別情報は、NGSサービスからEPSサービスに切り替えるセッションを識別する情報でもよいし、コアネットワーク_B190からコアネットワーク_A90へ切り替えるセッションを識別する情報でもよい。
　さらに、第62の識別情報は、確立を要求するPDNコネクション、及び/又はEPSベアラが、NGSサービス、及び/又はコアネットワーク_B190からセッションを切り替えるために確立されることを示す情報でもよい。
　本実施形態における第63の識別情報は、UE_A10が接続を要求する、DN等の外部ネットワークを識別する情報である。さらに、第63の識別情報は、APNでもよい。さらに、第63の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。
　さらに、第63の識別情報は、コアネットワーク_B190へのアタッチ手続き、及び/又はPDUセッション確立手続き時にUE_A10が受信した情報に基づいたAPNでもよい。言い換えると第63の識別情報は、第11の識別情報が示すDN IDに対応するAPNでもよいし、第16の識別情報が示すAPNでもよい。
　本実施形態における第64の識別情報は、UE_A10が接続を要求する、MME_A40を識別する情報である。さらに、第64の識別情報は、UE_A10が接続可能なMME_A40を示す情報でもよいし、UE_A10が以前に接続していたMME_A40を識別する情報でもよい。さらに、第64の識別情報は、UE_A10を識別する情報でもよい。例えば、第64の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
　本実施形態における第65の識別情報は、UE_A10が接続可能なCPF_A140を識別する情報が含まれてもよいし、UE_A10が以前に接続していたCPF_A140を識別する情報が含まれてもよい。さらに、第65の識別情報は、UE_A10を識別する情報でもよい。例えば、第65の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第65の識別情報は、common CPF IDが含まれてもよい。
　本実施形態における第66の識別情報は、UE_A10が使用を要求する接続サービスの種類を示す情報である。なお、第66の識別情報は、EPSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第66の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
　さらに、第66の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第66の識別情報は、コアネットワーク_A90のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録、及び/又は接続を要求することを示す情報でもよい。
　本実施形態における第67の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第67の識別情報は、EPSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第67の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
　さらに、第67の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第67の識別情報は、コアネットワーク_A90のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
　本実施形態における第68の識別情報は、UE_A10がコアネットワーク_A90に要求する、DCNを識別する情報である。さらに、第68の識別情報は、UE usage typeでもよいし、DCN IDであってもよい。また、第68の識別情報は、ネットワークから予め取得した、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報であってもよい。
　本実施形態における第69の識別情報は、UE_A10が接続していたNSIを識別する情報である。さらに、第68の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第68の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第68の識別情報はAPNであってもよい。なお、第66の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第68の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第68の識別情報は、UEの登録情報であってもよい。
　本実施形態における第71の識別情報は、他のシステムに移動するセッションを識別する情報である。さらに、第71の識別情報は、NGSサービスからEPSサービスに切り替えるセッションを識別する情報でもよいし、コアネットワーク_B190からコアネットワーク_A90へ切り替えるセッションを識別する情報でもよい。
　本実施形態における第72の識別情報は、セッション切断手続きが開始された理由を示す理由情報(Cause)である。さらに、第72の識別情報は、加入者情報の変更等により、確立しているセッションの状態が適切ではなくなった理由を示す情報でもよい。
　例えば、第72の識別情報は、オペレータポリシーによって、UE_A10が使用しているサービスが使用不可になったことを示す情報でもよいし、ネットワークのリソース不足によって、UE_A10が使用しているサービスは提供不可になったことを示す情報でもよい。さらに、第72の識別情報は、ネットワークでエラーが起きたことを示す情報でもよいし、定期的なリソース解放であることを示す情報でもよい。
　さらに、第72の識別情報は、セッションの再確立、及び/又はセッションの再有効化が必要であることを示す情報でもよい。さらに、第72の識別情報は、UE_A10が使用しているサービスを、NGSサービスからnon NGSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第72の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_B190から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_A90でよいし、第73の識別情報で識別されるコアネットワークでもよい。
　さらに、第72の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第72の識別情報は、UE_A10が接続しているNSIが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているネットワークスライスタイプがサポートされなくなったことを示す情報でもよい。
　なお、UE_A10は、第72の識別情報に基づいて、セッションの再確立をするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_B190から別のコアネットワークへの切り替え、及び/又はNGSサービスからnon NGSサービスへの切り替えを示す情報を受信した場合、セッションの再確立を実施してもよい。さらに、UE_A10は、セッションの再確立、及び/又はセッションの再有効化が必要であることを示す情報を受信した場合、セッションの再確立を実施してもよい。また、UE_A10は、これ以外の理由を示す情報を受信した場合、セッションの再確立を実施しなくてもよい。
　本実施形態における第73の識別情報は、セッションの再確立時に接続するシステムを示す情報である。接続するシステムは、NGSサービスを提供するシステムでもよいし、EPSを提供するシステムでもよいし、non EPSサービスを提供するシステムでもよい。さらに、第73の識別情報は、セッションの再確立時に接続するコアネットワークを示す情報でもよい。例えば、第73の識別情報は、コアネットワーク_A90を示す情報でもよいし、コアネットワーク_B190を示す情報でもよい。
　さらに、第73の識別情報は、セッションの再確立時に用いる制御メッセージの種類を示す情報でもよい。例えば、第73の識別情報は、セッション切断手続き後に、EPS用の制御メッセージを用いてセッション確立手続きを実施することを示してもよいし、NGS用の制御メッセージを用いてセッション確立手続きを実施することを示してもよい。
　本実施形態における第74の識別情報は、セッションの再確立時に、ハンドオーバーを示す情報の送受信が必要か否かを示す情報である。さらに、第74の識別情報は、セッション切断手続き後の別のコアネットワークに対するセッション確立手続きが、必要とされているか否かを示す情報でもよいし、サポートされているか否かを示す情報でもよい。
　さらに、第74の識別情報は、セッション切断手続き後に、UE_A10が別のコアネットワークに対してセッション確立手続きを実施することを、コアネットワーク_B190が要求していることを示す情報でもよい。さらに、第74の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替えるために、セッション切断手続き後のセッション確立手続きが必要であることを示す情報でもよい。
　本実施形態における第75の識別情報は、UE_A10が接続しているNSIを識別する情報である。さらに、第75の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第75の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第75の識別情報はAPNであってもよい。なお、第75の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第75の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第75の識別情報は、UEの登録情報であってもよい。
　本実施形態における第76の識別情報は、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報である。第76の識別情報は、UE usage typeであってもよいし、DCN IDであってもよいし、その他の情報であってもよい。なお、第76の識別情報は、NSIとDCNのマッピング情報に基づいて、CPF_A140が選択したDCNを示す情報でもよいし、デフォルトのDCNを示す情報でもよい。
　次に、本実施形態において、コアネットワーク_B190に対する初期を、図14を用いて説明する。本実施形態では、各装置はコアネットワーク_B190に対する初期手続きを実行することで、第1の状態に遷移し、UE_A10がコアネットワーク_B190を介したセッションを確立する。以下、本手続きはコアネットワーク_A90に対する初期手続きを指し、各手続きには、アタッチ手続き、PDN接続手続き、トラッキングエリア更新手続きがある。各手続きの詳細は、後述する。
　本手続きにおいて、各装置は、まず、コアネットワーク_B190へのアタッチ手続き(S1400)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S1402)を実行し、第1の状態に遷移する(S1404)。また、PDUセッション確立後、第1の状態に遷移する前に、更に、トラッキングエリア更新手続き(S1404)を実行してもよい。なお、各装置は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続き及び/又はトラッキングエリア更新手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
　例えば、コアネットワーク_B190へのアタッチ手続き、及びPDUセッション確立手続きにおいて、UE_A10は、コアネットワーク_B190に、第1から9の識別情報のうち1つ以上の識別情報を交換してもよいし、コアネットワーク_B190は、UE_A10から第1から9の識別情報のうち1つ以上の識別情報を受信し、さらに第11から26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
　また、UE_A10はコアネットワーク_A90へ、第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_B190へのアタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてもよい。同様に、コアネットワーク_B190はUE_A10へ第11から26の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてよい。
　逆に、各装置は、UE_A10はコアネットワーク_B190へ、第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_B190へのアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。同様にコアネットワーク_B190はUE_A10へ、第11から26の識別情報のうち1つ以上の識別情報をコアネットワーク_B190へのアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。
　また、UE_A10はコアネットワーク_B190、第1から9の識別情報のうち、コアネットワーク_B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。同様に、コアネットワーク_B190はUE_A10へ第11から26の識別情報のうち、コアネットワーク_B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。
　さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、コアネットワーク_B190へのアタッチ手続き中に送受信してもよく、PDUセッション及び/又はEPSベアラと対応づけて管理する場合、PDUセッション確立手続き中に送受信してもよい。
　また、各装置は、PDUセッション確立手続きをコアネットワーク_B190へのアタッチ手続きの中で実行してもよく、コアネットワーク_B190へのアタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがコアネットワーク_B190へのアタッチ手続きの中で実行された場合、各装置は、コアネットワーク_B190へのアタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第１の状態へ遷移してもよい。
　次に、各装置は、トラッキングエリア更新手続き(S1404)を実行する。なお、トラッキングエリア更新手続きは、PDUセッションを確立した後、第1の状態への遷移前又は、遷移後の任意のタイミングで実行してもよい。また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10はコアネットワーク_B190へ、第31から37の識別情報のうち1つ以上の識別情報を送信してもよい。さらに、コアネットワーク_B190はUE_A10に第41から46及び第21から26の識別情報のうち1つ以上の識別情報を送信してよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
　[1.3.1.コアネットワーク_Bへのアタッチ手続きの概要]
　まず、コアネットワーク_B190へのアタッチ手続きの概要について説明する。コアネットワーク_B190へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、コアネットワーク_B190に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　[1.3.2.PDUセッション確立手続き例]
　次に、PDUセッション確立手続きの例について説明する。以下、本手続きはPDN接続手続きを指す。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_B190へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_B190へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを確立してもよい。
　[1.3.2.1. PDUセッション確立手続き例]
　図15を用いて、PDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にPDUセッション確立要求(PDU Session Establishment Request)メッセージを送信し(S1500)、PDUセッション確立手続きを開始する。なお、PDUセッションがPDNコネクション(PDN connection)である場合、PDUセッション確立要求メッセージはPDN接続要求(PDN connectivity request)メッセージでよい。また、PDUセッション確立要求メッセージは、これに限らず、PDUセッションの確立を要求するメッセージであればよい。
　ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
　なお、PDUセッションの接続先の切り替え時とは、PDUセッションを、NGSサービスからEPSサービスに切り替える時でもよいし、コアネットワーク_B190からコアネットワーク_A90に切り替える時でもよい。
　CPF_A140は、PDUセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、CPF_A140が、UE_A10の要求を受諾するか否かを判断する為のものである。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。CPF_A140は、UPGW_A130にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S1502)。
　ここで、CPF_A140は、セッション生成要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、UPGW_A130は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、UPGW_A130が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
　また、第3の条件判別は、UPGW_A130ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、UPGW_A130は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、UPGW_A130は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、UPGW_A130にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、UPGW_A130はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
　ここで、UPGW_A130は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の情報判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をUPGW_A130に通知してもよい。
　さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　なお、PCRF_A60が第3の条件判別を実施した場合、UPGW_A130は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びUPGW_A130は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びUPGW_A130は第3の条件を偽としてもよい。
　第3の条件判別において、UPGW_A130は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、UPGW_A130はCPF_A140にセッション生成応答メッセージを送信する(S1506)。さらに、CPF_A140は、セッション生成応答メッセージを受信する。
　また、UPGW_A130は、セッション生成応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、第3の条件が偽の場合には、UPGW_A130はCPF_A140にセッション生成拒絶メッセージを送信する(S1508)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
　また、UPGW_A130は、セッション生成拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続き中の(C)の手続きを完了する。
　CPF_A140は、セッション生成応答メッセージの受信に基づいて、NR node_A122にPDUセッション確立受諾(PDU session establishment accept)メッセージを送信する(S1514)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDUセッションがPDNコネクションである場合、PDUセッション確立受諾メッセージは、PDN接続受諾(PDN Connectivity Accept)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化要求(Activate default EPSbearer context request)メッセージでもよい。また、PDUセッション確立受諾メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を受諾するメッセージであればよい。
　NR node_A122は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC ConnectionSetupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPDUセッション確立受諾メッセージを送信する(S1516)。なお、PDUセッション確立受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、CPF_A140は、PDUセッション確立受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を送受信することで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
　さらに、例えば、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
　RRCメッセージを受信した場合、UE_A10はNR node_A122にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S1518)。NRnode_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1520)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　PDUセッション確立受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にPDUセッション確立完了(PDU session establishmentcomplete)メッセージを送信する(S1522)(S1524)。さらに、CPF_A140は、PDUセッション確立完了メッセージを受信し、第2の条件判別を実行する。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立完了メッセージは、PDN接続完了(PDN Connectivity complete)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPSbearer context accept)メッセージでもよい。また、PDUセッション確立完了メッセージは、PDUセッション確立受諾メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立手続きが完了する事を示すメッセージであればよい。
　第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は本手続き中の(D)の手続きを開始する。また、第2の条件判別が偽の場合CPF_A140は本手続き中の(D)の手続きを実行しない。以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、CPF_A140は、ベアラ変更要求メッセージをSGW_A35に送信し(S1526)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、CPF_A140にベアラ変更応答メッセージを送信する(S1528)。さらに、CPF_A140は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、第2の条件判別が偽の場合PDUセッション確立完了メッセージの送受信に基づき、及び/又は第2の条件判別が真の場合本手続きの中の(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にPDUセッション確立拒絶(PDU session establishmentreject)メッセージを送信し(S1530)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDUセッション確立拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDUセッション確立拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立拒絶メッセージはPDN接続拒絶(PDN Connectivity reject)メッセージでよい。また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を拒絶するメッセージであればよい。
　また、CPF_A140は、PDUセッション確立拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、PDUセッション確立手続きが拒絶された理由を示してもよいし、コアネットワーク_B190へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。
　さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないNSIを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
　[1.3.3.コアネットワーク_Bへのアタッチ手続き例]
　図16を用いて、コアネットワーク_B190へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_B190へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_B190に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にアタッチ要求(Attach request)メッセージを送信し(S1600)、コアネットワーク_B190へのアタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含める事で、コアネットワーク_B190へのアタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
　ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよいさらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
　なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
　CPF_A140は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。CPF_A140は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には開始することで実行し、第4の条件が偽の場合には省略する(S1604)。さらに、CPF_A140は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信、及び/又はPDN接続手続き中の(C)の手続きの完了に基づいて、NR node_A122にアタッチ受諾(Attach accept)メッセージを送信する(S1606)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　NR node_A122は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRCConnection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S1608)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、CPF_A140は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含める事で、PDUセッション確立手続きが受諾された事を示してもよい。
　ここで、CPF_A140は、アタッチ受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を含めることで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_B190へのアタッチ手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
　ここで、第1の条件判別は、PDUセッション確立手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、CPF_A140が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でPDUセッション確立手続きも実行する場合でよい。また、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でPDUセッション確立手続きも実行しない場合でよいし、第4の条件を真と判断しない場合でよい。
　UE_A10がNR node_A122からRRCメッセージを受信した場合、UE_A10は、NR node_A122にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S1610)。NRnode_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1612)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　UE_A10がCPF_A140からNR node_A122を介してアタッチ受諾メッセージを受信した場合、UE_A10は、NR node_A122を介してCPF_A140にアタッチ完了(Attach complete)メッセージを送信する(S1614)(S1616)。さらに、CPF_A140は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、CPF_A140は第2の条件判別を実行する。第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は、PDUセッション確立手続き中の(D)手続きを開始し、実行(S1618)。各装置は、アタッチ完了メッセージの送受信、及び/又はPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含める事で、PDUセッション確立手続きを完了する事を示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S1620)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、CPF_A140は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含める事で、PDUセッション確立手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージを受信してもよいし、PDUセッション確立手続きが拒絶された事を認証してもよい。
　また、CPF_A140は、アタッチ拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信する事で、コアネットワーク_B190へのアタッチ手続きが拒絶された理由を認識してもよいし、コアネットワーク_B190へのアタッチ手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_B190へのアタッチ手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、コアネットワーク_A90へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。
　さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_A90や別のセルに対してコアネットワーク_B190へのアタッチ手続きを実施してもよい。
　また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したPDUセッション確立手続き例と同様でよい。
　[1.3.4.トラッキングエリア更新手続きの概要]
　トラッキングエリア更新手続き(Tracking Area Update Procedure)の概要について説明する。以下、本手続きは、トラッキングエリア更新手続きを指す。本手続きは、ネットワーク(アクセスネットワーク、及び/又は、コアネットワーク_B190)におけるUE_A10の位置登録情報を更新する、及び/又は、UE_A10からネットワークへ定期的にUE_A10の状態を通知する、及び/又は、ネットワークにおけるUE_A10に関する特定のパラメータを更新する為の手続きである。UE_A10は、PDUセッションが確立された状態であれば、任意のタイミングで本手続きを実行する事ができる。また、UE_A10は、本手続きを定期的に実行する事ができる。
　　[1.3.4.1.トラッキングエリア更新手続き例]
　図17を用いて、トラッキングエリア更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まずUE_A10は、NR node_A122を介してCPF_A140にトラッキングエリア更新要求(Tracking Area Updaterequest)メッセージを送信し(S1700)、トラッキングエリア更新手続きを開始する。
　ここでUE_A10は、トラッキングエリア更新要求メッセージに、少なくとも、第31から37の識別情報うち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第32の識別情報を送受信する事で、UE_A10がサポートする接続サービスを示してよい。コさらに、各装置は、第35の識別情報、及び/又は第36の識別情報を送受信する事で、UE_A10がサポート及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第37の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第31の識別情報を送受信する事で、UE_A10が登録情報の更新を要求する対象の接続サービスを示してもよい。さらに、各装置は、第33の識別情報、及び/又は第34の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　CPF_A140は、トラッキングエリア更新要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、本手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S1703)。
　ここで、第1の条件判別はコアネットワーク_B190へのアタッチ手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、PDUセッションの変更及び/又は追加及び/又は削除手続きの要否を判断する為のものである。
　ここで、CPF_A140は、本手続き中の(C)の手続き中のメッセージに、少なくとも第31から37の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を、各装置に伝達してもよい。
　さらにCPF_A140は、(C)の手続き完了後に、第3の条件判別を実行する。ここで、第3の条件判別とは、CPF_A140がUE_A10の要求を受諾するかを判断する為のものであり、第3の条件判断は、(C)の手続き中に、いずれかの装置から受信した情報に基づいて決定してもよい。第3の条件判別において、CPF_A140は第3の条件が真であるか偽であるかを判定する。　CPF_A140は、本手続き中の(C)の手続きを、第3の条件が真の場合にはNR node_A122を介してUE_A10にトラッキングエリア更新受諾(Tracking Area Update accept)メッセージを送信し(S1706)、第3の条件が偽の場合には本手続き中の(B)の手続きを開始する。トラッキングエリア更新受諾メッセージには、適切な受諾理由が含まれてもよい。なお、トラッキングエリア更新受諾メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を受諾するメッセージであればよい。
　ここで、CPF_A140は、トラッキングエリア更新受諾メッセージに、少なくとも第41から47の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第43の識別情報、及び/又は第44の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可するか否か示してもよい。さらに、各装置は、第45の識別情報、及び/又は第46の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第47の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。
　さらに、各装置は、第41から47の識別情報のうち1つ以上の識別情報を送受信する事で、UEの要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　トラッキングエリア更新受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にトラッキングエリア更新完了(Tracking Area Update complete)メッセージを送信する(S1710)。各装置は、トラッキングエリア更新完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にトラッキングエリア更新拒絶(Tracking Area Update reject)メッセージを送信する。さらに、UE_A10はトラッキングエリア更新拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、トラッキングエリア更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。トラッキングエリア更新拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、また、トラッキングエリア更新拒絶メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を拒絶するメッセージであればよい。
　ここで、CPF_A140は、トラッキングエリア更新拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、トラッキングエリア更新手続きが拒絶された理由を示してもよいし、トラッキングエリア更新手続き後に、各装置が実施すべき処理を示してもよい。
　さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を示してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　また、前述した第1、及び/又は第3、及び/又第4の条件判別は、トラッキングエリア更新要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1、及び/又は第3、及び/又第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第2の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するトラッキングエリア更新をサポートしていない場合、偽でもよい。
　[1.4.再接続手続きの説明]
　次に、本実施形態における再接続手続きを説明する。ここで、再接続手続きとは、接続を一時切断し、再び接続を確立するまでの手続きである。本実施形態では、コアネットワーク_B190に接続するPDUセッションを、コアネットワーク_A90に接続するPDN接続に切り替える手続きを説明する。また、本手続きは、コアネットワーク_A90に接続する状態から、コアネットワーク_B190に接続する状態に遷移する手続きであってもよい。なお、本実施形態では、2つの再接続手続きについて説明する。以下、第1の再接続手続き及び第2の再接続手続きを説明する。
　[1.4.1.第1の再接続手続きの説明]
　本実施形態における、第1の再接続手続きを、図18を用いて説明する。以下、本手続きとは、第1の再接続手続きを指し、各手続きには、デタッチ手続き、コアネットワーク_A90へのアタッチ手続き、PDN接続手続きがある。なお、各手続きの詳細は、後述する。まず、各装置は、コアネットワーク_B190へ接続する第1の状態に遷移(S1800)する。
　本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_B190に登録されている状態から、コアネットワーク_A90に登録されている状態に遷移する為のものであり、UE_A10がアクセスするコアネットワークや使用する接続サービスを変更する、及び/又は切り替える為の手続きである。さらに、本手続きにより、UE_A10は、アクセスするコアネットワークや使用する接続サービスを変更しても、IPアドレスを維持してもよい。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。
　次に、各装置は、デタッチ手続き(S1802)を実行し、UE_A10がコアネットワーク_B190へ接続していない状態に遷移する。続いて、各装置はコアネットワーク_A90へのアタッチ手続きを実行し(S1804)、UE_A10がコアネットワーク_A90に接続する状態に遷移する。なお、ここで、コアネットワーク_A90へのアタッチとは、コアネットワーク_A90に対するアタッチ手続きである。更に、各装置はPDN接続手続き(PDN Connectivity procedure)を実行してもよい(S1806)。なお、ここで、コアネットワーク_A90へのアタッチとは、コアネットワーク_A90に対するアタッチ手続きである。
　なお、各装置は、デタッチ手続き及び/又はコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。例えば、UE_A10はコアネットワーク_B190へ、少なくとも第51から第57の識別情報のうち1つ以上の識別情報を、デタッチ手続きにおいて送信してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。
　例えば、アタッチ手続き、及びPDN接続手続きにおいて、UE_A10はコアネットワーク_B190へ、少なくとも第61から68の識別情報のうち1つ以上の識別情報を送信してもよいし、コアネットワーク_A90はUE_A10から、少なくとも第61から68の識別情報のうち1つ以上の識別情報を受信し、さらに少なくとも第19、及び第26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
　また、UE_A10はコアネットワーク_A90 へ、少なくとも第61から66の識別情報のうち1つ以上の識別情報をアタッチ手続きで送信し、PDN接続手続きで送信しなくてもよい。同様に、コアネットワーク_A90はUE_A10へ、少なくとも第19、及び第26の識別情報のうち少なくとも1つ以上の識別を、アタッチ手続きで送信し、PDN接続手続きで送信しなくてよい。
　逆に、UE_A10はコアネットワーク_A90へ、少なくとも第61から66の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信せず、PDN接続手続きで送信してもよい。同様に、コアネットワーク_A90は、少なくとも第19、及び第26の識別情報を、アタッチ手続きで送信せず、PDN接続手続きで送信してよい。
　また、UE_A10はコアネットワーク_A90へ第61から66の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。同様に、コアネットワーク_A90はUE_A10へ第19及び第26の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
　[1.4.1.1.デタッチ手続きの説明]
　まず、デタッチ手続きを、図19を用いて説明する。以下、本手続きとはデタッチ手続きを指す。本実施形態では、コアネットワーク_B190が主導して、UE_A10とネットワーク(アクセスネットワーク及び/又はコアネットワーク_B190、及び/又はPDN_A5)間の接続を切断するための手続きである。つまり、UE_A10がコアネットワーク_B190に接続している第1の状態であれば、コアネットワーク_B190は任意のタイミングで本手続きを開始する事ができる。言い換えれば、UE_A10がコアネットワーク_B190に登録されている状態(EMM-REGISTERD)であれば、コアネットワーク_B190は任意のタイミングで本手続きを開始してよい。また、各装置はデタッチ手続き完了に基づいて、UE_A10がコアネットワーク_B190に登録されていない状態(EMM-DEREGISTERD)に遷移してもよい。
　まず、CPF_A140は、NR node_A122を介しデタッチ要求(Detach Request)メッセージをUE_A10に送信し(S1900)、デタッチ手続きを開始する。なお、CPF_A140がデタッチ手続きを開始するトリガは、例えばUE_A10の位置情報から、コアネットワーク_B190内の装置が今後UE_A10に接続性を提供できない事を判定したことに基づいて、CPF_A140はデタッチ手続きを開始してもよい。さらに、CPF_A140は、オペレータポリシーの変更やUE_A10の加入者情報の変更に基づいて、デタッチ手続きを開始してもよい。さらに、CPF_A140は、上位層やアプリケーションサーバーからの要求に基づいて、デタッチ手続きを開始してもよい。なお、CPF_A140がデタッチ手続きを開始するトリガにこれらに限らない。
　ここで、CPF_A140は、デタッチ要求メッセージに、少なくとも第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。これらの識別情報をデタッチ要求メッセージに含めることで、CPF_A140はUE_A10に要求を示してもよい。言い換えると、CPF_A140は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
　なお、CPF_A140は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
　及び/又は、CPF_A140は、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。ここで、このサービス継続の許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、CPF_A140はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
　及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDUセッションのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う場合、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
　及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDN接続手続きのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第52の識別情報をデタッチ要求メッセージに含め、そうでない場合は、第52の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
　及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDN接続手続きのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う、且つNGCに対して確立する通信路又は通信をEPCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、EPCを示す第53の識別情報をデタッチ要求メッセージに含めてもよい。そうでない場合は、NGCを示す第53の識別情報をデタッチ要求メッセージに含めてもよいし、第53の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
　例えば、CPF_A140は、第51の識別情報を送信することにより、UE_A10に再びアタッチ手続きを開始するべきか、否かを要求してもよい。また、UE_A10は、受信した第51の識別情報をもとに、再びアタッチ手続きを開始するべきか、否かを判別してもよい。
　なお、CPF_A140は第55の識別情報を送信することにより、UE_A10がデタッチするNSI識別する情報をUE_A10に通知してもよい。また、UE_A10は、第55の識別情報を受信することにより、UE_A10がデタッチするNSIを識別する情報を保持してもよい。
　なお、CPF_A140は、第56の識別情報を送信することにより、第56の識別情報によって示されるDCNへの再アタッチ手続き及び/又はPDN接続手続きを要求してもよい。また、UE_A10は、第56の識別情報を受信することにより、第56の識別情報によって示されるDCNへの再アタッチ手続き及び/又はPDN接続手続きを実行することを決定してもよい。
　ここで、再アタッチ手続きは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きでよい。さらに、再アタッチするとは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きを実行することを示してもよい。
　さらに、各装置は第57の識別情報を送受信することで、デタッチ手続き完了後、再び実行されるアタッチ手続き及び/又はPDN接続手続きにより、提供を維持できないサービス及び/又は提供を維持できないサービスに関連付けられたNSIを示してもよい。
　なお、CPF_A140は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続することを要求してもよい。また、UE_A10は、第57の識別情報を受信することにより、第57の識別情報によって示される1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きを実行することで継続することを決定してもよい。
　ここで、サービス識別情報と、再アタッチ手続き及び/又はPDN接続手続きを行うDCNは対応づけられて送受信されてもよい。さらに、複数のサービス情報が送信される場合、異なるDCNがサービス毎に対応づけられて送受信されてよい。なお、これらの1又は複数のDCNは前述した第56の識別情報であってよい。
　及び/又は、CPF_A140は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続できないことを通知してもよい。また、UE_A10は、第57の識別情報を受信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続できないことを判別してもよい。
　さらに、各装置は、第52の識別情報を送受信することで、デタッチ手続き完了後、再び実行されるアタッチ手続きの際、ハンドオーバーを示すフラグを用いるか否かを示してもよい。
　なお、第52の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、CPF_A140は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて開始されるコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
　また、第52の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、CPF_A140は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて実行されるコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないことを通知してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
　ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに用いるIPアドレスが、切り替え前以前に用いていたIPアドレスと同一であることであってよい。
　さらに、各装置は、第53の識別情報を送受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークを示してもよい。また、CPF_A140は、第53の識別情報を送信することで、デタッチ手続き完了後にUE_A10が接続を確立すべきコアネットワークの種類を通知してもよい。また、UE_A10は、第53の識別情報を受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークの種類を判別してもよい。
　さらに、各装置は、第54の識別情報を送受信することで、デタッチ手続きの実行理由(Cause)を示してもよい。
　また、CPF_A140はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。CPF_A140は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。
　例えば、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、PDUセッションの接続先の切り替え時に、PDUセッションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
　言い換えると、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、デタッチ手続き完了後に、デタッチ手続きで切断されるPDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを、確立可能であることを示してもよいし、確立することを要求してもよい。
　なお、第51から第57の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
　次に、CPF_A140は、UPGW_A130にセッション削除要求(Delete Session Request)メッセージを送信し(S1902)、本手続き中の(A)の手続きを開始する。以下、本手続き中の(A)の手続きの各ステップを説明する。
　ここで、各装置は、セッション削除要求メッセージに、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。
　例えば、CPF_A140はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。CPF_A140は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。
　UPGW_A130は、セッション削除要求メッセージを受信する。UPGW_A130は、セッション削除要求メッセージの受信に基づき、CPF_A140にセッション削除応答メッセージを送信する(S1908)。なお、UPGW_A130が外部ゲートウェイ(PGW_A30またはSCEF_A46)と結び付けられていない、及び/又は同一の装置として構成されていない場合、UPGW_A130はセッション削除要求メッセージの受信に基づいて、外部ゲートウェイにセッション削除要求メッセージを送信し、さらに、外部ゲートウェイが送信したセッション削除応答メッセージを受信してもよい。各装置は、セッション削除応答メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　さらに、UE_A10は、デタッチ要求メッセージを受信し、任意のタイミングでデタッチ受諾(Detach accept)メッセージをCPF_A140に送信してもよい(S1914)。なお、UE_A10は、デタッチ受諾メッセージに、デタッチの種類を識別するデタッチタイプ等の識別情報を含めてもよいし、これらの識別情報を含めることで要求を許可した事を示してもよい。さらに、CPF_A140は、UE_A10からデタッチ受諾メッセージを受信する。CPF_A140は、デタッチ受諾メッセージの受信、及び/又は本手続き中の(A)の手続きを完了に基づいて、UE_A10とCPF_A140間のシグナリング接続の削除手続きを実行してよい(S1912)。具体的には、CPF_A140が記憶するUE_A10のコンテキストを削除することで、CPF_A140とNR node_A122間の接続性が解放されてもよい。さらに、NR node_A122は、CPF_A140とNR node_A122間の接続が解放されたことに基づき、UE_A10への無線リソースを解放することで、UE_A10とNR node_A122間のRRC接続を解放してもよい。
　以上の手続きの完了により、各装置はデタッチ手続きを完了し、UE_A10はコアネットワーク_B190に登録されていない状態に遷移する。
　各装置は、デタッチ手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、コアネットワーク_A90へのアタッチ手続き、及び/又はPDN接続手続きでよい。
　より詳細には、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第57の識別情報に対応する第62の識別情報を送信してもよい。
　また、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDNコネクションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きを示す第61の識別情報を送信してもよい。
　さらに、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第53の識別情報、及び/又は第54の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_B190からコアネットワーク_A90への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSCmode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
　さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、NGSサービスのみの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、NGSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置は、コアネットワーク_A90へのアタッチ手続き、及び/又はPDN接続手続きを実行してもよい。
　さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、NGSサービスとEPSサービスの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、NGSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置、コアネットワーク_A90へのアタッチ手続きを実行せずに、PDN接続手続きを実行してもよい。
　なお、各装置が、デタッチ手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_B190から受信した識別情報に対応した識別情報をコアネットワーク_A90に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_A90に、第57の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第56の識別情報に対応する第68の識別情報を送信してもよいし、第55の識別情報に対応する第69の識別情報を送信してもよい。
　[1.4.1.2.コアネットワーク_Aへのアタッチ手続きの概要]
　次に、コアネットワーク_A90へのアタッチ手続きの概要について説明する。本実施形態において、コアネットワーク_A90へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続する為の手続きである。
　UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行してもよいし、1.4.1.1章で説明したデタッチ手続きに基づいてコアネットワーク_B190にアタッチすることを決定したことに基づいて実行してもよい。言い換えると、UE_A10は、コアネットワーク_A90に登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、すくなくとも1つの識別情報を受信したことに基づいて、本手続きを開始してもよい。また、UE_A10は、これ以外のトリガに基づいて、コアネットワーク_A90へのアタッチ手続きを開始してもよい。
　[1.4.1.3.PDN接続手続き例]
　次に、PDN接続手続きの例について説明する。以下、本手続きとはPDUセッション確立手続きを指す。本手続きは、各装置がPDN接続を確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_A90へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_A90へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDN接続手続きの完了に基づいて、PDN接続(PDN connection)を確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDN接続を確立してもよい。
　図20を用いて、PDN接続手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDN接続要求(PDN Connectivity Request)メッセージを送信し(S2000)、PDN接続手続きを開始する。
　ここで、UE_A10は、PDN接続要求メッセージに、少なくとも第61から66の識別情報のうち、1つ以上の識別情報を含めてもよい。UE_A10は、これらの識別情報を含めることで、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDNコネクション、又は前述した各識別情報が表す内容を反映したPDNコネクションの確立をUE_A10が要求していることを示してもよい。
　なお、UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第66の少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めてもよい。
　さらに、各装置は、第61の識別情報を送受信する事で、本要求がコアネットワーク_B190からのハンドオーバーによる要求であることを示してもよい。
　さらに、各装置は、第62の識別情報を送受信する事で、ハンドオーバーを要求するセッションを示してよい。
　さらに、各装置は、第63の識別情報を送受信する事で、UE_A10が要求するAPNを示してもよい。なお、APNはハンドオーバー元のPDUセッション確立手続き中に取得したAPNと同じであってよい。
　さらに、各装置は、第64の識別情報を送受信する事で、UEの識別情報を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。UEの識別情報は、ハンドオーバー元のPDUセッション確立手続き中またはTAU手続き中に取得したGUTIであってもよいし、IMSIであってもよい。
　さらに、各装置は、第65の識別情報を送受信する事で、UE_A10が要求する接続先のDCを示してもよいし、DCに含まれるMME_A40を示してもよい。
　さらに、各装置は、第66の識別情報を送受信する事で、直前に接続していたNSIを示してもよい。
　さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDUセッションに対応づけられたIPアドレスによる接続性を維持するためのPDNコネクションの確立を要求してもよいし、切り替え前のPDUセッションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDNコネクションに割り当てられることを要求してもよい。
　なお、切り替え前のPDUセッションとは、NGSサービス、及び/又はコアネットワーク_B190に対して確立されたPDUセッションでよい。
　MME_A40はPDN接続要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、MME_A40がUE_A10の要求を受諾するか否かを判断するためのものである。第1の条件判別において、MME_A40は第1の条件が真であるか偽であるかを判定する。MME_A40は第1の条件判別が真の場合は本手続き中の(A)の手続きを開始し、第1の条件判別が偽の場合は本手続き中の(B)の手続きを開始してもよい。
　以下、第1の条件判別が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)または(E)の手続きを実行し、本手続き中の(A)の手続きを開始する。MME_A40は、外部ゲートウェイとしてPGW_A30を選択した場合、本手続き中の(C)を実行し、PDN接続のGWとしてSCEF_A46を選択した場合、本手続き中の(E)を実行する。さらに、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、SGW_A35にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S2002)。
　ここで、MME_A40は、セッション生成要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、SGW_A35は、セッション生成要求メッセージを受信し、セッション生成要求メッセージをPGW_A30へ送信する(S2004)。ここで、SGW_A35は、セッション生成要求メッセージに、少なくとも第61のから66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、PGW_A30は、セッション生成要求メッセージを受信し、第2の条件判別を実行する。なお、第2の条件判別は、PGW_A30が、UE_A10の要求を受諾するか否かを判別する為のものである。第2の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第2の条件が偽とは、UE_A10の要求を拒否する場合であり、第2の条件を真と判断しない場合でよい。
　また、第2の条件判別は、PGW_A30ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、PGW_A30は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第2の条件を判別し、PGW_A30にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション確立手続き中の応答メッセージを受信し、第2の条件判別の結果を認識する。
　ここで、PGW_A30は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第2の情報判別の結果を含めてもよいし、この結果を含める事で、第2の条件判別の結果をPGW_A30に通知してもよいし、この情報を含める事で、UE_A10の要求が許可または拒絶された事を示してしてもよい。
　なお、PCRF_A60が第2の条件判別を実施した場合、PGW_A30は、PCRF_A60から受信した第2の条件判別の結果を基に、第2の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びPGW_A30は第2の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びPGW_A30は第2の条件を偽としてもよい。
　第2の条件判別において、PGW_A30は第2の条件が真であるか偽であるかを判定する。第2の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S2006)。さらに、SGW_A35は、セッション生成応答メッセージを受信する。
　また、PGW_A30は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。なお、PGW_A30は、第61の識別情報及び/又は第64の識別情報をセッション生成要求で受信した場合、IPアドレスは、前回の接続でUE_A10が割り当てられたIPアドレスと同じであってよい。
　また、第2の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S2006)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　セッション生成応答メッセージまたはセッション生成拒絶メッセージを受信したSGW_A35は、MME_A40にセッション生成応答メッセージまたはセッション生成拒絶メッセージを送信する(S2008)。さらに、MME_A40はセッション生成応答メッセージまたはセッション生成拒絶メッセージを受信する。
　SGW_A35は、セッション生成応答メッセージに、受信したセッション生成応答メッセージまたはセッション生成拒絶メッセージに、PGW_A30から受信したセッション生成応答メッセージまたはセッション生成拒絶メッセージに含まれる識別情報のうち少なくとも1つ以上の識別情報を含めてよい。
　つまり、SGW_A35は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。また、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(C)の手続きを完了する。
　さらに、本手続き中の(E)の手続きの各ステップを説明する。MME_A40は、SCEF_A46にセッション生成要求メッセージを送信し、本手続き中の(E)の手続きを開始する(S2010)。
　ここで、SCEF_A46は、セッション生成要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、SCEF_A46は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、SCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
　第3の条件判別において、SCEF_A46は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S2012)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
　また、SCEF_A46は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。なお、PGW_A30は、第61の識別情報及び/又は第64の識別情報をセッション生成要求で受信した場合、IPアドレスは、前回の接続でUE_A10が割り当てられたIPアドレスと同じであってよい。
　また、第3の条件が偽の場合には、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S2012)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(E)の手続きを完了する。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、及び/又は本手続き中の(C)または(E)の手続きの完了に基づいて、eNB_A45にデフォルトEPSベアラコンテキストアクティブメッセージ(Activate default EPS bearer context request)及び/又はPDN接続受諾(PDNConnectivity Accept)メッセージを送信する(S2014)。また、MME_A40がeNB_A45に送信するメッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の確立の要求を受諾するメッセージであればよい。
　eNB_A45は、デフォルトEPSベアラコンテキストアクティブメッセージ及び/又はPDN接続受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRCConnection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はデフォルトEPSベアラコンテキストアクティブメッセージまたはPDN接続受諾メッセージ及び/又はPDN接続受諾メッセージを送信する(S2016)。なお、PDN接続受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、MME_A40は、PDN接続受諾メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　RRCメッセージを受信した場合、UE_A10はeNB_A45にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S2018)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2020)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　デフォルトEPSベアラコンテキストアクティブメッセージ及び/又はPDN接続受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDN接続完了(PDN Connectivity complete)メッセージまたはデフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージを送信する(S2022)(S2024)。さらに、MME_A40は、PDN接続完了メッセージ、及び/又はデフォルトEPSベアラコンテキストアクティブ化受諾メッセージを受信し、さらに、MME_A40は、PDN接続完了メッセージを受信し、第4の条件判別を実行する。なお、UE_A10がeNB_A45及びMME_A40へ送信するメッセージは、PDN接続受諾メッセージまたはデフォルトEPSベアラコンテキストアクティブメッセージに対する応答メッセージであればよく、これに限らず、PDN接続手続きが完了する事を示すメッセージであればよい。
　第4の条件判別は、MME_A40がSGW_A35にベアラの変更を要求する要否を判断する為のものである。第4の条件が真の場合、MME_A40は本手続き中の(D)の手続きを開始する。また、第4の条件判別が偽の場合MME_A40は本手続き中の(D)の手続きを実行しない。
　以下、本手続き中の(D)の手続きの各ステップを説明する。第4の条件が真の場合、MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し(S2026)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S2028)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、PDN接続完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDN接続拒絶(PDN Connectivity reject)メッセージを送信し(S2030)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDN接続拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDN接続拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDN接続拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDN接続拒絶メッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の確立の要求を拒絶するメッセージであればよい。
　また、MME_A40は、PDUセッション確立拒絶メッセージに、第21から25の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、アタッチ手続き後に、各装置が実施すべき処理を示してもよい。
　さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。
　また、前述した第1から第4の条件判別は、PDN接続要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1から第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1から第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1から第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
　[1.4.1.4.コアネットワーク_Aへのアタッチ手続き例]
　図21を用いて、コアネットワーク_A90へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_A90へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_A90に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求メッセージを送信し(S2100)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDN接続要求メッセージを含めて送信してもよいし、PDN接続要求メッセージを含める事で、アタッチ手続き中でPDN接続手続きを実施する事を要求してもよい。
　ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよい。UE_A10は、これらの識別情報を含める事で、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するアタッチ、又は前述した各識別情報が表す内容を反映したアタッチ、及び/又は接続をUE_A10が要求していることを示してもよい。及び/又は、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDNコネクション、又は前述した各識別情報が表す内容を反映したPDNコネクションの確立をUE_A10が要求していることを示してもよい。
　さらに、各装置は、第61の識別情報を送受信する事で、本要求がコアネットワーク_B190からのハンドオーバーであることを示してもよい。
　さらに、各装置は、第64の識別情報を送受信する事で、UEの識別情報を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。
　さらに、各装置は、第65の識別情報を送受信する事で、UE_A10が要求する接続先のDCを示してもよいし、DCに含まれるMME_A40を示してもよい。
　さらに、各装置は、第66の識別情報を送受信する事で、直前に接続していたNSIを示してもよい。
　さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDUセッションに対応づけられたIPアドレスによる接続性を維持するためのPDNコネクションの確立を要求してもよいし、切り替え前のPDUセッションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDNコネクションに割り当てられることを要求してもよい。
　なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
　MME_A40は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1条件判別を実行する。第1の条件判別は、MME_A40がUE_A10の要求を受諾するか否かを判断する為のものである。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。本手続き中の(B)の手続きの詳細は後述する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第2の条件判別を実行し、本手続き中の(A)の手続きを開始する。第2の条件判別とは、MME_A40がPDUセッション確立手続きを実施するか否かを判別する為のものである。第XX6の条件判別において、MME_A40は第2の条件が真であるか偽であるかを判定する。MME_A40は、PDN接続手続き中の(C)または(E)の手続きを、第2の条件が真の場合には開始し、第2の条件が偽の場合には省略する(S2104)。さらに、MME_A40は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾(Attach accept)メッセージを送信する(S2106)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRCConnection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第2の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDN接続受諾メッセージを含めて送信してもよいし、PDN接続受諾メッセージを含める事で、PDN接続手続きが受諾された事を示してもよい。
　ここで、MME_A40は、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　ここで、第2の条件判別は、MME_A40が、PDN接続手続きを実施するか否かを判別する為のものである。第2の条件が真とは、PDN接続要求メッセージを受信した場合であり、本手続き中でPDN接続手続きも実行する場合でよい。また、第2の条件が偽とは、PDN接続要求メッセージを受信しなかった場合であり、本手続き中でPDN接続手続きも実行しない場合でよいし、第2条件を真と判断しない場合でよい。
　次に、UE_A10がeNB_A45からRRCメッセージを受信した場合、UE_A10は、eNB_A45にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S2110)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2112)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　UE_A10がMME_A40からeNB_A45を介してアタッチ受諾メッセージを受信した場合、UE_A10は、eNB_A45を介してMME_A40にアタッチ完了(Attach complete)メッセージを送信する(S2114)(S2116)。さらに、MME_A40は、アタッチ完了メッセージを受信する。さらに、第2の条件が真の場合、MME_A40は、PDN接続手続き中の(D)手続きを開始する(S2118)。第2の条件が偽の場合、MME_A40はPDUセッション確立手続き中の(D)の手続きを実行しない。各装置は、アタッチ完了メッセージの送受信、及び/又はPDN接続手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDN接続受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDN接続完了メッセージを含めて送信してもよいし、PDN接続完了メッセージを含める事で、PDN接続手続きを完了する事を示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第2の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDN接続拒絶メッセージを含めて送信してもよいし、PDN接続拒絶メッセージを含める事で、PDN接続手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDN接続拒絶メッセージを受信してもよいし、PDN接続手続きが拒絶された事を認証してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又はコアネットワーク_A90に登録された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態及び/又はコアネットワーク_A90に登録さられない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDN接続の確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_B190や別のセルに対してアタッチ手続きを実施してもよい。
　また、上述した第2の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第2の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　[1.4.2.第2の再接続手続きの説明]
　次に、本実施形態における第2の再接続手続きを、図22を用いて説明する。以下、本手続きは、第2の再接続手続きを指し、各手続きには、PDUセッション切断手続き、及び/又はPDN接続手続きがある。なお、各手続きの詳細は、後術する。
　本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_B190に確立するセッションを、コアネットワーク_A90に移動する為のものであり、セッションを確立するコアネットワークや、セッションで使用される接続サービスを変更する為の手続きである。第1の再接続手続きでは、アタッチしているセッションを一斉に切り替える手続きであったのに対し、本手続きはセッションを少なくとも1つずつ切り替える方法を提供する。なお、アタッチしている状態とは、UE_A10がネットワークに接続した状態であってよいし、アタッチしていない状態は、UE_A10がネットワークに接続していない状態であってよい。
　まず、各装置は、コアネットワーク_B190へ接続する第1の状態に遷移し(S2200)する。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。
　次に、各装置は本手続き中の(A)の手続きを実行する。以下、本手続き中の(A)の手続きに含まれる各手続きを説明する。
　各装置は、PDUセッション切断手続きを実行し(S2202)、本手続き中の(A)の手続きを開始する。各装置は、PDUセッション切断手続きを実行することで、少なくとも1つのPDUセッションを解放する。この時、UE_A10とコアネットワーク_B190間で、解放するPDUセッション以外PDUセッションが確立されていない場合、各装置は、明示的または暗示的に、UE_A10がコアネットワーク_B190に登録されていない状態に遷移してもよい。明示的にUE_A10がコアネットワーク_B190に登録されていない状態に遷移するために、各装置は前述したデタッチ手続きを実行してもよい。
　続いて、各装置は、PDN接続手続きを実行する。(S2208)このとき、UE_A10は、コアネットワーク_A90にアタッチしている状態、及び/又は登録されている状態であってよい。もしくは、UE_A10がコアネットワーク_A90にアタッチしていない状態及び/又は登録されていない状態である場合、各装置は前述したコアネットワーク_A90へのアタッチ手続きを実行し、登録状態に遷移してから、PDN接続手続きを実行してもよい。
　各装置は、PDN接続手続きを実行することで、本手続き中の(A)の手続きを完了する。さらに、各装置は再度本手続き中の(A)の手続きを実行してもよい。つまり、本手続き中の第1の状態において、複数のPDUセッションがUE_A10とコアネットワーク_B190間で確立している状態である場合、各装置は、PDUセッションごとに本手続き中の(A)の手続きを実行してもよい。各装置は、すくなくとも1回以上の本手続き中の(A)の手続きを実行してよい。
　なお、本手続き中のPDN接続手続きは、第1の再接続手続き中のPDN接続手続きと同様であってよい。
　なお、UE_A10は、PDUセッション切断手続きを基に切断したPDUセッションを除く1又は複数のコアネットワーク_A90に対するPDUセッションを継続して維持し、これらのPDUセッションを用いた通信を継続してもよい。
　[1.4.2.1.PDUセッション切断手続きの説明]
　本実施形態におけるネットワーク主導のPDUセッション切断手続きを、図23を用いて説明する。以下、本手続きとはPDUセッション切断手続きを指す。本手続きは、ネットワークが主導し、UE_A10が確立するPDUセッションを切断、及び/または解放する為の手続きである。なお、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを解放してもよい。まず、各装置はデタッチ手続き中の(A)の手続きを実行する(S2302)。
　続いて、CPF_A140は、PDUセッション切断要求(PDU Session Disconnection Request)メッセージをNRnode_A122を介してUE_A10に送信する(S2304)。さらに、UE_A10はPDUセッション切断要求メッセージを受信する。
　ここで、CPF_A140はPDUセッション切断要求メッセージに、少なくとも第71から第76の識別情報を含めてもよい。これらの識別情報をPDUセッション切断要求メッセージに含めることで、CPF_A140はUE_A10に要求を示してもよい。言い換えると、CPF_A140は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
　なお、CPF_A140は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。
　及び/又は、CPF_A140は、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。ここで、このサービス継続に対する許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、CPF_A140はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
　及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う場合、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。
　及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第74の識別情報をPDUセッション切断要求メッセージに含め、そうでない場合は、第74の識別情報をPDUセッション切断要求メッセージに含めないと判断してもよい。
　及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つNGCに対して確立する通信路又は通信をEPCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、EPCを示す第73の識別情報をPDUセッション切断要求メッセージに含めてもよい。そうでない場合は、NGCを示す第73の識別情報をPDUセッション切断要求メッセージに含めてもよいし、第73の識別情報をPDUセッション切断要求メッセージに含めないと判断してもよい。
　例えば、CPF_A140は、第71の識別情報を送信する事で、第71の識別情報が示すPDUセッション及び／又はベアラに対して切断、及び/又切り替え、及び/又はハンドオーバーをUE_A10に要求してもよい。また、UE_A10は、第71の識別情報を受信する事で、切断、及び/又切り替え、及び/又はハンドオーバーを行うPDUセッション及び／又はベアラを判別してもよい。
　さらに、各装置は、第72の識別情報を送受信する事で、本要求の理由を示してもよい。第72の識別情報は、例えば、ハンドオーバーの要求を示す情報であってもよい。
　また、CPF_A140は、第73の識別情報を送信する事で、第73の識別情報が示すシステムに対してPDN接続手続きを実行し、セッションの再活性化(reactivation)をすることを要求してもよい。また、UE_A10は、第73の識別情報を受信する事で、第73の識別情報が示すシステムに対してPDN接続手続きを実行し、セッションの再活性化(reactivation)をすることを決定してもよい。なお、セッションの再活性化とは、PDN接続手続きを実行することにより、PDNコネクションを確立することであってよい。
　さらに、各装置は、第74の識別情報を送受信する事で、セッションの再確立中にハンドオーバーを示す情報の送受信が必要かどうかを示す情報であってよい。
　なお、第74の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、CPF_A140は、第74の識別情報を送信することで、PDUセッション切断手続き完了に基づいて開始されるPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第74の識別情報を受信することで、PDUセッション切断手続き完了に基づいて開始するPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
　また、第74の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、CPF_A140は、第74の識別情報を送信することで、PDUセッション切断手続き完了に基づいて実行されるPDN接続手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないこと通知してもよい。さらに、UE_A10は、第74の識別情報を受信することで、PDUセッション切断手続き完了に基づいて開始するコアネットワーク_A90へのPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
　ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと、同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに用いるIPアドレスが、切り替え前依然に用いていたIPアドレスと同一であることであってよい。
　また、CPF_A140は、第75の識別情報を送信することにより、切断するPDUセッションが確立されていたNSIをUE_A10に通知してもよい。また、第75の識別情報を受信することにより、切断するPDUセッションが確立されていたNSIを受信してもよい。
　また、CPF_A140は、第76の識別情報を送信することにより、第76の識別情報によって示されるDCNに対するPDN接続手続きを実行することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるDCNに対してPDN接続手続きを実行することを決定してもよい。
　言い換えると、CPF_A140は、第76の識別情報を送信することにより、第76の識別情報によって示されるDCNに対してPDNコネクションを確立することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるDCNに対してPDNコネクションを確立することを決定してもよい。
　さらに、各装置は、第75、及び/又は第76の識別情報を送受信することで、現在接続するDCN、及び/又は、NGS接続サービスへの切り替えの際の、接続するNSIを示してもよい。
　さらに、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDUセッションの接続先の切り替え時に、PDUセッションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
　言い換えると、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDUセッション切断手続き完了後に、PDUセッション切断手続きで切断されるPDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを、確立可能であることを示してもよいし、確立することを要求してもよい。
　なお、第71から第76の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
　PDUセッション切断要求メッセージを受信したUE_A10は、NR node_A122を介してCPF_A140へPDUセッション切断受諾(PDU Session DisconnectionAccept)メッセージを送信してよい(S2310)。さらに、CPF_A140はPDUセッション切断受諾メッセージを受信してよい。
　各装置は、PDUセッション受諾メッセージの送受信に基づいて、本手続きを完了してよい。以上の手続きの完了により、各装置は、PDUセッション切断手続きを完了し、PDUセッションが切断された状態に遷移する。
　各装置は、PDUセッション受諾メッセージの送受信に基づいて、本手続きを完了してよい。本手続きの完了により、各装置は、PDUセッションが切断された状態に遷移してもよい。
　さらに、各装置は、PDUセッション切断手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、PDN接続手続きでもよい。なお、UE_A10は、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、PDN接続手続きを開始してもよい。
　より詳細には、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報をコアネットワーク_A90に送信してもよいし、第71の識別情報に対応する第62の識別情報を送信してもよい。
　また、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDNコネクションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きを示す第61の識別情報を送信してもよい。
　さらに、各装置は、第72の識別情報、及び/又は第73の識別情報、及び/又は第74の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_B190からコアネットワーク_A90への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSCmode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
　なお、各装置が、PDUセッション切断手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_B190から受信した識別情報に対応した識別情報をコアネットワーク_A90に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_A90に、第71の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第76の識別情報に対応する第68の識別情報を送信してもよいし、第75の識別情報に対応する第69の識別情報を送信してもよい。
　[1.4.2.2.PDN接続手続きの説明]
　第2の再接続手続きにおけるPDN接続手続きは、1.4.1.3章で述べたPDN接続手続き例と同様でよい。従って、ここでの詳細な説明は省略する。
　なお、第61から68の識別情報の内、少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めるか否かは、UE_A10が、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて決定してもよい。言い換えると、UE_A10は、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第68の少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めてもよい。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、CentralProcessing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 PDN_A
10 UE_A
20 UTRAN_A
22 NB_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
42 SGSN_A
45 eNB_A
46 SCEF_A
50 HSS_A
55 AAA_A
60 PCRF_A
65 ePDG_A
70 WLAN ANa
72 WLAN APa
74 TWAG_A
75 WLAN ANb
76 WLAN APb
80 E-UTRAN_A
90 コアネットワーク_A
120 NextGen RAN_A
122 NR node_A
125 WLAN ANc
126 WAG_A
130 UPGW_A
140 CPF_A
190 コアネットワーク_B

Claims (24)

  1. 　端末装置であって、
    　前記端末装置は、
    　　第1のコアネットワークに対してデタッチ手続きを実行し、
    　　前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行する、送受信部と、
    　　前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、
    　制御部と、を備え、
    　前記送受信部は、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信し、
    　　前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility ManagementEntity)に送信し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とする端末装置。 
  2. 　前記アタッチ要求メッセージは、さらに、前記MMEを識別する情報、及び/又はPDN接続要求メッセージを含む、
    　ことを特徴とする請求項1に記載の端末装置。 
  3. 　前記送受信部は、
    　　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記CPFから受信する、トラッキングエリア更新手続きを実行し、
    　前記トラッキングエリア更新受諾メッセージは、前記MMEを識別する情報を含む、
    　ことを特徴とする請求項2に記載の端末装置。 
  4. 　前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    　前記制御部は、前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替え、
    　前記PDN接続要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項2に記載の端末装置。 
  5. 　前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    　ことを特徴とする請求項4に記載の端末装置。 
  6. 　前記送受信部は、
    　　前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記CPFから受信する、PDUセッション確立手続きを実行し、
    　前記制御部は、前記PDUセッション確立手続きの完了に基づいて、前記セッションを確立し、
    　前記PDUセッション確立受諾メッセージは、前記DNを識別する情報を含む
    　ことを特徴とする請求項4に記載の端末装置。 
  7. 　CPF(Control Plane Function)であって、
    　前記CPFは、
    　　デタッチ手続きを実行する送受信部と、
    　　前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、制御部と、を備え、
    　前記送受信部は、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、
    　前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、
    　ことを特徴とするCPF。 
  8. 　前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    　ことを識別特徴とする請求項7に記載のCPF。 
  9. 　前記送受信部は、
    　　前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記端末装置に送信する、PDUセッション確立手続きを実行し、
    　前記PDUセッション確立受諾メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む
    　ことを特徴とする請求項8に記載のCPF。 
  10. 　前記送受信部は、
    　　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行し、
    　前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきMME(MobilityManagement Entity)を識別するための情報を含む、
    　ことを特徴とする請求項7に記載のCPF。 
  11. 　MME(Mobility Management Entity)であって、
    　前記MMEは、
    　　アタッチ手続きを実行する、送受信部と、
    　　前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置と接続する、
    　制御部を備え、
    　前記送受信部は、
    　　前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とするMME。 
  12. 　前記アタッチ要求メッセージは、さらに、PDN接続要求メッセージを含み、
    　前記PDN接続要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項11に記載のMME。 
  13. 　端末装置の通信制御方法であって、
    　　第1のコアネットワークに対してデタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、
    　ステップとを有し、
    　前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信するステップを、さらに、有し、
    　前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility ManagementEntity)に送信するステップを、さらに、有し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とする端末装置の通信制御方法。 
  14. 　前記アタッチ要求メッセージは、さらに、前記MMEを識別する情報、及び/又はPDN接続要求メッセージを含む、
    　ことを特徴とする請求項13に記載の端末装置の通信制御方法。 
  15. 　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記CPFから受信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    　前記トラッキングエリア更新受諾メッセージは、前記MMEを識別する情報を含む、
    　ことを特徴とする請求項14に記載の端末装置の通信制御方法。 
  16. 　前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    　前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替えるステップを、さらに、有し、
    　前記PDN接続要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項14に記載の端末装置の通信制御方法。 
  17. 　前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    　ことを特徴とする請求項16に記載の端末装置の通信制御方法。 
  18. 　前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記CPFから受信する、PDUセッション確立手続きを実行するステップと、
    　前記PDUセッション確立手続きの完了に基づいて、前記セッションを確立するステップとを、さらに、有し、
    　前記PDUセッション確立受諾メッセージは、前記DNを識別する情報を含む
    　ことを特徴とする請求項16に記載の端末装置の通信制御方法。 
  19. 　CPF(Control Plane Function)の通信制御方法であって、
    　　デタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、
    　ステップとを有し、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、
    　ことを特徴とするCPFの通信制御方法。 
  20. 　前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    　ことを識別特徴とする請求項19に記載のCPFの通信制御方法。 
  21. 　前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記端末装置に送信する、PDUセッション確立手続きを実行するステップを、さらに、有し、
    　前記PDUセッション確立受諾メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む
    　ことを特徴とする請求項20に記載のCPFの通信制御方法。 
  22. 　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    　前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきMME(MobilityManagement Entity)を識別するための情報を含む、
    　ことを特徴とする請求項19に記載のCPFの通信制御方法。 
  23. 　MME(Mobility Management Entity)の通信制御方法であって、
    　　アタッチ手続きを実行する、ステップと、
    　　前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置と接続する、
    　ステップとを有し、
    　前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信するステップを、さらに、有し、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とするMMEの通信制御方法。 
  24. 　前記アタッチ要求メッセージは、さらに、PDN接続要求メッセージを含み、
    　前記PDN接続要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項23に記載のMMEの通信制御方法。
PCT/JP2017/029303 2016-10-07 2017-08-14 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 WO2018066234A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
AU2017340216A AU2017340216B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (MME), control plane function (CPF), and communication control method
CN201780061859.5A CN110140395B (zh) 2016-10-07 2017-08-14 终端装置、移动性管理实体mme、控制平面功能cpf、以及通信控制方法
EP17858074.2A EP3525526A4 (en) 2016-10-07 2017-08-14 TERMINAL DEVICE, MOBILITY MANAGEMENT ENTITY (MME), CONTROL PLAN FUNCTION (CPF) AND COMMUNICATION CONTROL METHOD
US16/339,651 US11140599B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (MME), control plane function (CPF), and communication control method
NZ752976A NZ752976B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method
MX2019003991A MX2019003991A (es) 2016-10-07 2017-08-14 Aparato terminal, entidad de gestión de movilidad (mme), función del plano de control (cpf) y método de control de comunicación.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016198806A JP2019208089A (ja) 2016-10-07 2016-10-07 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
JP2016-198806 2016-10-07

Publications (1)

Publication Number Publication Date
WO2018066234A1 true WO2018066234A1 (ja) 2018-04-12

Family

ID=61830848

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/029303 WO2018066234A1 (ja) 2016-10-07 2017-08-14 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法

Country Status (7)

Country Link
US (1) US11140599B2 (ja)
EP (1) EP3525526A4 (ja)
JP (1) JP2019208089A (ja)
CN (1) CN110140395B (ja)
AU (1) AU2017340216B2 (ja)
MX (1) MX2019003991A (ja)
WO (1) WO2018066234A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112154708A (zh) * 2018-05-21 2020-12-29 夏普株式会社 用户装置、控制装置以及通信控制方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019145858A (ja) * 2016-06-30 2019-08-29 シャープ株式会社 端末装置、制御装置、及び通信制御方法
US10742522B2 (en) * 2016-11-14 2020-08-11 Huawei Technologies Co., Ltd. Creation and modification of shareable slice instances
US10716083B2 (en) * 2016-12-15 2020-07-14 Lg Electronics Inc. Tracking area assignment method in wireless communication system and device therefor
JP6961729B2 (ja) * 2017-06-17 2021-11-05 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. 無線通信システムにおける端末の登録方法およびそのための装置
EP3534669B1 (en) * 2017-08-14 2021-06-23 HTC Corporation Device and method of handling an interworking procedure
US11503659B2 (en) * 2021-01-15 2022-11-15 T-Mobile Usa, Inc. Routing optimization for service capability exposure

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010053066A1 (ja) * 2008-11-06 2010-05-14 シャープ株式会社 制御局、移動局、移動通信システム及び移動通信方法
US20160080981A1 (en) * 2014-09-11 2016-03-17 Telefonaktiebolaget L M Ericsson (Publ) Fast wifi to lte handover
US20160277985A1 (en) * 2014-06-23 2016-09-22 Huawel Technologies Co., Ltd. Network handover method, and terminal
JP2016198806A (ja) 2015-04-13 2016-12-01 株式会社Ｈａｎａエンジニアリング 半凝固合金の鍛造方法及びその鍛造装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2552845A (en) * 2016-08-12 2018-02-14 Nec Corp Communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010053066A1 (ja) * 2008-11-06 2010-05-14 シャープ株式会社 制御局、移動局、移動通信システム及び移動通信方法
US20160277985A1 (en) * 2014-06-23 2016-09-22 Huawel Technologies Co., Ltd. Network handover method, and terminal
US20160080981A1 (en) * 2014-09-11 2016-03-17 Telefonaktiebolaget L M Ericsson (Publ) Fast wifi to lte handover
JP2016198806A (ja) 2015-04-13 2016-12-01 株式会社Ｈａｎａエンジニアリング 半凝固合金の鍛造方法及びその鍛造装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System; (Release 14", 3GPP TR 23.799
SAMSUNG: "Solution for key issue 3: mobility support for interworking between the NextGen core and EPC", 3GPP TSG-SA WG2#115 S 2-162721, 23 May 2016 (2016-05-23), XP051109470 *
See also references of EP3525526A4

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112154708A (zh) * 2018-05-21 2020-12-29 夏普株式会社 用户装置、控制装置以及通信控制方法
EP3799513A4 (en) * 2018-05-21 2021-10-20 Sharp Kabushiki Kaisha USER DEVICE, CONTROL DEVICE AND COMMUNICATION CONTROL PROCESS
US11576219B2 (en) 2018-05-21 2023-02-07 Sharp Kabushiki Kaisha User equipment, control apparatus, and communication control method

Also Published As

Publication number Publication date
EP3525526A1 (en) 2019-08-14
JP2019208089A (ja) 2019-12-05
US11140599B2 (en) 2021-10-05
MX2019003991A (es) 2019-09-19
AU2017340216A1 (en) 2019-05-23
EP3525526A4 (en) 2020-05-27
NZ752976A (en) 2021-10-29
AU2017340216B2 (en) 2022-03-03
US20200053615A1 (en) 2020-02-13
CN110140395B (zh) 2022-01-14
CN110140395A (zh) 2019-08-16

Similar Documents

Publication Publication Date Title
WO2018066234A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2018030474A1 (ja) 端末装置、ゲートウェイ、及び通信制御方法
WO2018147220A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
CN110892783B (zh) 终端装置以及核心网内的装置
JP6748220B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信方法及びコアネットワークの通信方法
WO2019031433A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2018008603A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2017199957A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2019031434A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2018128127A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
CN110249663B (zh) 终端装置、核心网装置、通信系统、以及通信控制方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2012142889A1 (zh) 一种网关的选择方法、实现设备及系统
WO2017199955A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018147219A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018066235A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
US11844015B2 (en) UE and communication control method for establishing a PDU session in a public land mobile network
WO2017199954A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2020100718A1 (ja) Ｕｅ及び通信制御方法
WO2021029381A1 (ja) Ｕｅ、及び通信制御方法
WO2020153126A1 (ja) Ｕｅ
JP7216553B2 (ja) Ｕｅ、コアネットワーク装置、及び通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法
WO2021029383A1 (ja) Ｕｅ、及び通信制御方法

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: 17858074

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017858074

Country of ref document: EP

Effective date: 20190507

ENP Entry into the national phase

Ref document number: 2017340216

Country of ref document: AU

Date of ref document: 20170814

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: JP