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

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

Info

Publication number
WO2018066235A1
WO2018066235A1 PCT/JP2017/029306 JP2017029306W WO2018066235A1 WO 2018066235 A1 WO2018066235 A1 WO 2018066235A1 JP 2017029306 W JP2017029306 W JP 2017029306W WO 2018066235 A1 WO2018066235 A1 WO 2018066235A1
Authority
WO
WIPO (PCT)
Prior art keywords
procedure
identification information
core network
mme
request message
Prior art date
Application number
PCT/JP2017/029306
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 シャープ株式会社
Publication of WO2018066235A1 publication Critical patent/WO2018066235A1/ja

Links

Images

Classifications

    • 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
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • 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
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1446—Reselecting a network or an air interface over a different radio air interface technology wherein at least one of the networks is unlicensed

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), which conducts standardization activities for mobile communication systems in recent years, is studying SAE (System Architecture Evolution), which is an LTE (Long Term Evolution) system architecture.
  • 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).
  • the core network that constitutes EPS is called EPC (Evolved-Packet-Core).
  • next-generation communication technology and system architecture for 5G (5th Generation) mobile communication system which is the next-generation mobile communication system.
  • NextGen Architecture and Security for for Next Generation
  • NextGen extracts technical issues for connecting a wide variety of terminals to cellular networks, and specifies solutions.
  • connection transfer between an existing core network such as EPC and a core network supporting a connection system specified by NextGen is mentioned as a requirement.
  • NextGen the optimization of the connection switching means between the existing core network and the core network specified in NextGen is being studied. More specifically, studies are being made to switch the core network to which the terminal device is connected between the core networks defined by EPC and NextGen.
  • the present invention has been made in view of such circumstances, and its purpose is to realize means for switching connections with different core networks and access networks, and to transmit and receive various types of user data. It is to provide communication control means 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 MME (Mobility Management) in the detach procedure. Entity), and in the attach procedure, an attach request message is transmitted to the CPF (Control Plane Function), 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
  • An MME Mobility Management Entity
  • a transmission / reception unit that executes a detach procedure, and a connection destination of a terminal device based on the 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.
  • a CPF Control Plane Function
  • 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 detachment procedure.
  • a detach request message is sent to the MME (Mobility Mobility).
  • the attach request message indicates handover.
  • Including broadcast characterized in that.
  • An MME (Mobility Management Entity) communication control method includes a step of executing a detach procedure, and a connection destination of the terminal device from the first core network based on the completion of the detach procedure. Cutting the connection with the terminal device to change to a second core network, and the transmitting / receiving unit transmitting a detach request message to the terminal device in the detach procedure, In addition, the detach request message includes information indicating that the connection destination is changed.
  • a communication control method of CPF (Control Plane Function) according to an embodiment of the present invention 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_A and an access network in a mobile communication system.
  • FIG. 3 is a diagram for explaining an example of the configuration of a core network_B and an access network 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 device UE_A10, an access network_A, an access network_B, a core network_A90, a core network_B190, and a PDN (Packet Data Network) _A5.
  • UE_A10 only needs to be a wirelessly connectable terminal device, 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.
  • IP Internet Protocol
  • 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, 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 Node B) _A45 and / or SGW (Serving Gateway) _A35, or via eNB_A45 and / or MME_A40. It may be connectivity and / or connection between UE_A10 and 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 Node B
  • 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 (Access Point 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 identification information and 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.
  • 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, NextGen RAN (Next Generation Radio Access Network) _A120, and 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 mobile communication operators that operate and manage the mobile communication system 1, or virtual mobile communication operators such as MVNO (Mobile Virtual Network Operator) and MVNE (Mobile Virtual Network Enabler) It may be a core network for a mobile communication service provider.
  • the core network_A90 may be an EPC (Evolved Packet Core) that constitutes an EPS (Evolved Packet System), and the core network _B190 is an NGC (Next Generation Generation (NextGen Generation System)) NGS (Next Generation Generation (System)). NextGen) Core).
  • 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 (Authentication Authorization Authorization) _A55, PCRF (Policy and Charging Rules, Function) _A60, PGW_A30, ePDG (enhanced Packets Data DGateway) _A65, SGW_A35 , MME (Mobility Management Entity) _A40, SGSN (Serving GPRS 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, WLAN ANa70, 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.
  • 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 WLAN ANa70, 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 (Long Term Evolution) access network and includes eNB_A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (Evolved Universal Terrestrial Radio Access), and E-UTRAN_A80 may be configured to include one or a plurality of 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 (Node B) _A22.
  • NB_A22 is a radio base station to which UE_A10 is connected by UTRA (Universal Terrestrial Radio Access), and UTRAN_A20 may include one or more 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. Further, the RNC_A24 may be connected to one or a plurality of NB_A22. Further, 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 Plane Network Function) for control information and / or control messages, or a plurality of networks. It may be a shared CP function shared between slices.
  • 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 Generation Radio 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 Access Gateway) _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 Unique MME Identifier)) and UE_A10 identification information (M-TMSI (M-Temporary Mobile Subscriber 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.
  • UE Network 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.
  • eNB Address 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.
  • Default Bearer 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 Transaction Identifier
  • 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.
  • Default Bearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 / UPGW_A130 acquire from the core network when a PDU session is established.
  • User Identity is information for identifying a subscriber.
  • User Identity 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.
  • WAG ID 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, EMM State, 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, the NR / node_A122, and the 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 One or more of F-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, NR node ID, 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, ME Identity, 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, SGW F-TEID, eNB F-TEID, MME Address, NR node Address, WAG Address, MME ID, NR node One or more of ID and WAG ID are included.
  • 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, ME Identity, 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, SGW F-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 this embodiment is a state in which the procedure for connecting and registering the UE_A10 to the core network_A90 has been completed, and each device has established a PDN connection and / or EPS bearer. is there. Each device may execute the procedure for registering UE_A10 in the core network_A90 and the procedure for establishing the PDN connection and / or EPS bearer at the same time or separately. Good. 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 PDN connection and / or an EPS bearer with respect to the core network_A90. More specifically, the first state may be a state in which each device has established a PDN connection and / or EPS bearer between UE_A 10 and PGW_A 30 via eNB_A45 and SGW_A35. 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 this embodiment is an entity of a network slice (Network Slice) configured in one or more in the core network_B190.
  • the NSI in this 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 DCN ID.
  • 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, SSC mode 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, SSC mode 2 may be a mode that realizes service session continuation without changing the TUPF used by the established PDU session as long as UE_A10 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.
  • SSC mode 3 may be a service session continuation mode that permits UE_A10 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 implement 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. Next, the identification information in this embodiment will be described.
  • 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_A90. Further, the first identification information may be an APN. Further, the first identification information may be information composed of a plurality of APNs, or may be information composed of an APN and a DN ID.
  • the second identification information in the present embodiment is information indicating the type of connection service that the UE_A 10 requests to use from the core network_90.
  • the second identification information may be information indicating that the UE_A10 requests the use of only the EPS service, or may be information indicating that the UE_A10 requests the use of both the EPS service and the non-EPS service.
  • the second 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 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_A90 and / or connection is requested, 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 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 EPS service, or information indicating that UE_A10 supports the use of both the EPS service and the non-EPS service.
  • the third 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 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_A90, registration to both the core network_A90 and the core network_B190, 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 that UE_A10 requests from core network_A90. Furthermore, the fourth identification information may be information indicating the SSC mode used when switching the session from the EPS service to the NGS 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_A90 to the core network_B190. 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 EPS service to the NGS 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_A90 to the core network_B190. 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 a DN ID. Further, the sixth identification information may be information configured with a plurality of DN IDs or information configured with DN IDs and APNs. 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.
  • the seventh identification information in the present embodiment is information for identifying MME_A40 that UE_A10 requests to connect to core network_A90. Further, the seventh identification information may be information indicating the MME_A 40 to which the UE_A 10 can be connected, or may be information identifying the MME_A 40 to which the 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 GUTI, IMSI, EPS mobile identity, or other information.
  • the eighth identification information in the present embodiment may include information for identifying 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 eighth identification information may be information for identifying UE_A10. For example, the eighth 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 eighth identification information may include common CPF ID.
  • the ninth 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 ninth identification information may be a UE usage type or a part of the UE usage type. Further, the ninth identification information may be APN. Further, the ninth identification information may be configured to include information for identifying devices in the core network_A90 configured in the DCN requested by the UE_A10.
  • the eleventh identification information in the present embodiment is information for identifying an external network such as a DN that the core network_A90 has permitted to connect to the UE_A10 and / or that the UE_A10 has connected to. Further, the eleventh identification information may be an APN. Further, the eleventh identification information may be information composed of a plurality of APNs or information composed of an APN and a DN ID.
  • the twelfth identification information in the present embodiment is information indicating the type of connection service that the core network_A90 permits the UE_A10 to use.
  • the twelfth identification information may be information indicating that the core network_A90 has permitted the UE_A10 to use only the EPS service, or the core network_A90 may use both the EPS service and the non-EPS service. May be information indicating that is permitted.
  • the twelfth identification information may be information indicating that the use of the EPS service and the NGS service is permitted by the core network_A90, or the use of the EPS service, the NGS service, and the non-EPS service is determined by the core network_ Information indicating that A90 has permitted may be used.
  • the twelfth identification information may be information indicating the type of attach procedure permitted by the core network_A90 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_A90 and / or connection is permitted, registration to both core network_A90 and core network_B190, 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_A90.
  • the thirteenth identification information may be information indicating that the core network_A90 supports the use of only the EPS service, or the core network_A90 supports the use of both the EPS service and the non-EPS service. Information indicating this may be used.
  • the thirteenth identification information may be information indicating that the core network_A90 supports the use of the EPS service and the NGS service, or the use of the EPS service, the NGS service, and the non-EPS service. It may be information indicating that A90 supports it.
  • the thirteenth identification information may be capability information of the core network_A90 indicating the type of attach procedure supported by the core network_A90.
  • the thirteenth identification information may be capability information of the core network_A90 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 capability information of the core network_A90 that supports connection.
  • the 14th identification information in this embodiment is information indicating the SSC mode allowed by the core network_A90 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 EPS service to the NGS 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_A90 to the core network_B190. 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 in this embodiment is information indicating the SSC mode supported by the core network_A90. Further, the fifteenth identification information may be information indicating SSC mode supported when switching the session from the EPS service to the NGS service. In other words, the fifteenth identification information may be information indicating the SSC mode supported when the session is switched and / or reattached from the core network_A90 to the core network_B190. Specifically, the fifteenth identification information may be information indicating that the core network_A90 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 the core network_B190 that the core network_A90 permits to UE_A10. Further, the sixteenth identification information may be a DN ID. Further, the sixteenth identification information may be information constituted by a plurality of DN IDs or information constituted by DN IDs and APNs. 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 the present embodiment is information for identifying the MME_A40 that the core network_A90 has permitted to connect to the UE_A10. Further, the seventeenth identification information may be information indicating MME_A40 connected to UE_A10 or information indicating MME_A40 to which UE_A10 can be connected. Further, the seventeenth identification information may be information for identifying UE_A10. For example, the seventeenth identification information may be GUTI, IMSI, EPS mobile identity, or other information.
  • the 18th identification information in the present embodiment is information for identifying CPF_A140 that the core network_A90 has permitted to connect to UE_A10. Further, the eighteenth identification information may be information indicating CPF_A 140 to which UE_A 10 can be connected. Further, the eighteenth identification information may be information for identifying UE_A10. For example, the 18th identification information may be CPF ID, GUTI, NGS mobile identity, or other information. When a plurality of CPF_A140 exists in the core network_B190, 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 18th identification information may be common CPF ID.
  • the 19th identification information in the present embodiment is information for identifying the DCN that the core network_A90 has permitted to connect to the UE_A10. 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. Further, the nineteenth identification information may be configured to include information for identifying a device configured in the DCN.
  • the 21st identification information in this embodiment is information indicating that the request of UE_A10 is not permitted to the core network_A90. 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_A90 and / or DN is not permitted, or the UE_A10 connection to the core network_A90 and / or DN has failed. It may be information indicating that this has been done. Further, the 21st identification information may be information indicating that connection and / or registration to the MME_A 40 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 use of both the EPS service and the non-EPS service is not permitted for the UE_A 10, and may be information indicating that the use of the EPS service is not permitted. Furthermore, the 21st identification information may be information indicating that the use of both the EPS service and the NGS service is not permitted for the UE_A10, and the use of the EPS service, the NGS service, and the non-EPS service is not permitted. It may be information indicating.
  • 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_A90 does not support the SSC mode requested by UE_A10.
  • the 21st identification information may be information indicating that the NSI for which the UE_A10 requests connection is not permitted, or information indicating that the core network_A90 does not support the network slice type requested by the UE_A10. But you can.
  • the 22nd identification information in this embodiment is information indicating the type of connection service that the core network_A90 does not permit the UE_A10 to use.
  • the 22nd identification information may be information indicating that the core network_A90 does not permit the use of only the EPS service, or the core network_A90 uses both the EPS service and the non-EPS service. It may be information indicating that permission is not granted.
  • the 22nd identification information may be information indicating that the core network_A90 does not permit the use of the EPS service and the NGS service, or the use of the EPS service, the NGS service, and the non-EPS service. It may be information indicating that the network_A90 does not permit.
  • the 22nd identification information may be information indicating the type of attach procedure that the core network_A90 did not permit.
  • the 22nd identification information may be information indicating that the registration of only the core network_A90 and / or the connection is not permitted, the registration to both the core network_A90 and the core network_B190, and / or Information indicating that connection is not permitted may be used.
  • the 23rd identification information is information indicating the type of connection service that the core network_A90 does not support use.
  • the 23rd identification information may be information indicating that the core network_A90 does not support the use of only the EPS service, or the core network_A90 does not support the use of both the EPS service and the non-EPS service. Information indicating this may be used.
  • the 23rd identification information may be information indicating that the core network_A90 does not support the use of the EPS service and the NGS service, or the use of the EPS service, the NGS service, and the non-EPS service. It may be information indicating that A90 does not support it.
  • the 23rd identification information may be capability information of the core network_A90 indicating the type of attach procedure that the core network_A90 does not support.
  • the 23rd identification information may be capability information of the core network_A90 that does not support the connection and / or connection to the core network_A90, and is registered in both the core network_A90 and the core network_B190. And / or capability information of the core network_A90 that does not support connection.
  • the 24th identification information in the present embodiment is information indicating the SSC mode that the core network_A90 does not permit the UE_A10. Furthermore, the 24th identification information may be information indicating SSC mode that is not allowed to be used when switching the session from the EPS service to the NGS service. In other words, the 24th identification information may be information indicating an SSC mode that is not allowed to be used when switching and / or reattaching a session from the core network_A90 to the core network_B190. 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_A90. Furthermore, the 25th identification information may be information indicating an SSC mode that is not supported when the session is switched from the EPS service to the NGS service. In other words, the 25th identification information may be information indicating an SSC mode that is not supported when a session is switched and / or reattached from the core network_A90 to the core network_B190. Specifically, the 25th identification information may be information indicating that the core network_A90 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 in the present embodiment may be information indicating that connection to the network slice type NSI requested by UE_A10 and / or NSI requested by UE_A10 is not permitted, or NSI requested by UE_A10 And / or information indicating that the network slice type is not supported by the core network_B190.
  • 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_A 90 to update registration information.
  • the 31st identification information may be information indicating that the UE_A10 requests to update registration information for only the EPS service, or the UE_A10 requests to update registration information for both the EPS service and the non-EPS 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 EPS service and the NGS service, or the registration information of the EPS service, the NGS 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_A90 is requested, and registration information to both the core network_A90 and the core network_B190. 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 EPS service is requested, or information indicating that the tracking area in the EPS service and the routing area in the non-EPS service are requested.
  • the 31st identification information may be information indicating that the tracking area in the EPS service and the tracking area in the NGS service are requested to be updated, the tracking area in the EPS service, the tracking area in the NGS 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_A90 permits the UE_A10 to update the registration information.
  • the 41st identification information may be information indicating that the core network_A90 has permitted the update of registration information for only the EPS service, or the registration information for both the EPS service and the non-EPS service may be updated. It may be information indicating that the network_A90 is permitted. In other words, the 41st identification information may be information indicating that the core network_A90 has permitted the update of the registration information of the EPS service and the NGS service, or the registration information of the EPS service, the NGS service, and the non-EPS service. Information indicating that the core network_A90 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_A90 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_A90 is permitted, and registration information to both the core network_A90 and the core network_B190. Information indicating that the update and / or connection is permitted.
  • the 41st identification information may be information indicating that updating of only the tracking area in the EPS service is permitted, or information indicating that updating of the tracking area in the EPS service and routing area in the non-EPS service is permitted. But you can. Further, the 41st identification information may be information indicating that updating of the tracking area in the EPS service and the tracking area in the NGS service is permitted, the tracking area in the EPS service, the tracking area in the NGS 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 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 the detach procedure type requested by the core network_A90 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_A 90 requests that the UE_A 10 perform the attach procedure to another core network after the detach procedure. Further, 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_A90 to another core network.
  • Another core network may be the core network_B190 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_A90 and / or the DN. Further, the 54th identification information may be information indicating that the connection and / or registration of the UE_A10 to the MME_A40 is no longer permitted, and the information identifying the UE_A10 is no longer normal and / or 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 EPS service and the non-EPS service is no longer permitted for UE_A10, and may also be information indicating that the use of the EPS service is no longer permitted. Good. Further, the 54th identification information may be information indicating that the use of both EPS service and NGS service is no longer permitted for UE_A10, and all use of EPS service, NGS service and non-EPS service is permitted. It may be information indicating that it has been stopped.
  • the 54th identification information may be information indicating that the service used by UE_A 10 needs to be switched from the EPS service to the NGS service or the non-EPS service.
  • the 54th identification information may be information indicating that the session needs to be switched from the core network_A90 to another core network, or the handover from the core network_A90 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. Further, the 54th identification information may be information indicating that the DCN to which UE_A10 is connected is no longer permitted.
  • 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_A90 to another core network and / or switching from the EPS service to the NGS service or the non-EPS service, the UE_A10 may perform reattachment. Further, when the UE_A 10 receives the 54th identification information indicating that the use of the EPS service is not permitted in a state where the NGS service is usable, the UE_A 10 may not perform reattachment.
  • the UE_A 10 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 DCN to which the UE_A 10 is connected. 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. Further, the 55th identification information may be configured to include information for identifying a device in the core network_A90 configured in the DCN requested by the UE_A10.
  • the 56th identification information in the present embodiment is information for identifying the NSI and network slice type to which UE_A 10 should connect next. Further, the 56th 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 56th identification information may be UE usage type, may be a part of UE usage type, or may be other information. The 56th identification information may be APN or service identification information, or may be information associated with such information. Note that the 56th identification information may be information indicating the NSI selected by the MME_A 40 based on the mapping information of DCN and NSI, or may be information indicating the default NSI. The 56th identification information may be transmitted / received in association with 57th identification information described later. That is, information for identifying the NSI and services that can be provided by connecting to the NSI may be transmitted and received in association with each other.
  • the 56th identification information may include information for identifying a plurality of NSIs.
  • information for identifying each NSI and services that can be provided by each NSI may be associated with each other and transmitted / received.
  • 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 DCN to NSI, and / or APN, or information that indicates a correspondence between DCN and NSI.
  • 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 NSI included in the 56th identification information for each service. Therefore, information for identifying a service may be transmitted / received in association with a different NSI 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_A90 to the core network_B190. Further, the 61st identification information may be information indicating that a session is established in order to switch the session from the core network_A90 to the core network_B190, or the session may be selected in order to switch the session from the EPS service to the NGS 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 EPS service to the NGS service, or may be information for identifying a session to be switched from the core network_A90 to the core network_B190.
  • the 62nd identification information may be information indicating that a PDU session requiring establishment and / or a bearer is established for switching sessions from the EPS service and / or the core network_A90.
  • 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 a DN ID. Further, the 63rd identification information may be information constituted by a plurality of DN IDs or information constituted by DN IDs and APNs.
  • the 63rd identification information may be a DN ID based on information received by the UE_A 10 during the attach procedure to the core network_A90 and / or the PDN connection procedure.
  • the 63rd identification information may be a DN ID corresponding to the APN indicated by the 11th identification information, or may be a DN ID indicated by the 16th identification information.
  • the 64th identification information in the present embodiment is information for identifying CPF_A140 for which UE_A10 requests connection. Further, the 64th identification information may be information indicating CPF_A140 to which UE_A10 can be connected, or information identifying CPF_A140 to which UE_A10 has been connected before. Further, the 64th identification information may be information for identifying UE_A10. For example, the 64th 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.
  • the 64th identification information may be common CPF ID.
  • the 65th identification information 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 65th identification information may be information for identifying UE_A10. For example, the 65th identification information may be GUTI, IMSI, EPS mobile identity, or other information.
  • 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 NGS service, or may be information indicating that the UE_A10 requests use of both the NGS service and the non-NGS service. .
  • the 66th identification information may be information indicating that the UE_A10 requests the use of the NGS service and the EPS service, or the UE_A10 requests the use of the NGS service, the EPS 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_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 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 the NGS service, or information indicating that UE_A10 supports the use of both the NGS service and the non-NGS service. .
  • the 67th 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 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_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 68th 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. Further, 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. Further, the 68th identification information may be a UE usage type or a part of the UE usage type. The 68th identification information may be APN or service identification information, or may be information associated with such information. The 68th 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 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 the UE_A 10 needs to be switched from the EPS service to the NGS service or the non-EPS service. In other words, the 72nd identification information may be information indicating that the session needs to be switched from the core network_A90 to another core network, or the handover from the core network_A90 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 DCN to which UE_A10 is connected is no longer permitted.
  • 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 core network_A90 to another core network and / or switching from EPS service to NGS service or non-EPS service, session reestablishment may be performed. Good. 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 the present embodiment is information for identifying and / or indicating a DCN in which a session in which UE_A 10 is connected and deletion or change is required is configured. 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. Furthermore, the 75th identification information may be configured to include information for identifying a device in the core network_A90 configured in the DCN requested by the UE_A10.
  • the 76th identification information in this embodiment is information for identifying the NSI or network slice type to which UE_A 10 should be connected next.
  • the 76th identification information may be information such as an NSD ID for identifying the NSI and a network slice type ID for identifying the type of the network slice.
  • the 76th identification information may be UE usage type, may be a part of UE usage type, or may be other information.
  • the 76th identification information may be APN or service identification information, or may be information associated with such information.
  • the 76th identification information may be information indicating the selected NSI based on DCN, NSI, service identification information, or APN mapping information, or may be information indicating a default NSI. Note that the 76th identification information may include information for identifying a plurality of NSIs.
  • each device executes an initial procedure for the core network_A90, thereby transiting to the first state, and the UE_A10 establishes a session via the core network_A90.
  • this procedure refers to the 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_A90, and makes a transition to a state in which UE_A10 is connected to the network.
  • each device executes the PDN connection procedure (S1402) and transitions to the first state (S1406).
  • the tracking area update procedure (S1404) may be further executed after the PDN connection is established and 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_A90 and / or the PDN connection procedure and / or the tracking area update 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.
  • the UE_A10 may transmit one or more pieces of identification information among the first to ninth pieces of identification information to the core network_A90.
  • the _A90 may receive one or more pieces of identification information among the first to ninth pieces of identification information from the UE_A10, and may further send one or more pieces of identification information among the eleventh to 26th pieces of identification information to the UE_A10.
  • 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 the attach procedure to core network_A90, and may not be transmitted by the PDN connection procedure.
  • the core network_A90 may transmit one or more pieces of identification information among the 11th to 26th pieces of identification information to the UE_A10 by the procedure for attaching to the network_A90, and may not be transmitted by the PDN connection procedure.
  • UE_A10 may send one or more pieces of identification information from the first to ninth pieces of identification information to core network_A90 in the PDN connection procedure without sending them in the attachment procedure to core network_A90. Similarly, the core network_A90 may transmit to the UE_A10 one or more pieces of identification information among the 11th to 26th pieces of identification information without transmitting the procedure to the core network_A90 by the PDN connection procedure.
  • UE_A10 may transmit, to the core network_A90, the identification information that has not been transmitted in the attach procedure to the core network_A90 among the first to ninth 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 procedure for attaching to the core network_A90 among the 11th to 26th identification information by the PDN connection procedure.
  • each device may send and receive during the attach procedure to the core network_A90.
  • each device is in the PDN connection procedure. You may send and receive.
  • each device may execute the PDN connection procedure in the attach procedure to the core network_A90 or after the attach procedure to the core network_A90 is completed.
  • each device may establish the PDN connection based on the completion of the attach procedure to the core network_A90. You may transition to state 1.
  • 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 or after the transition after the PDN connection is established.
  • 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 31st to 37th identification information to core network_A90.
  • the core network_A90 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_A90 is a procedure for the UE_A10 to lead and connect to the network (access network and / or core network_A90 and / or PDN_A5). If the UE_A10 is not connected to the core network_A90, the UE_A10 can execute this procedure 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_A90.
  • 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.
  • PDN connection procedure example An example of a procedure for executing the PDN connection procedure will be described with reference to FIG. Hereafter, each step of this procedure will be described.
  • UE_A10 transmits a PDN connection request (PDN Connectivity Request) message to MME_A40 via eNB_A45 (S1500), and starts a PDN connection procedure.
  • PDN connection request message is not limited to this, and may be a message requesting establishment of a PDN connection.
  • UE_A10 may include at least one piece of identification information from among the first to ninth pieces of identification information in the PDN connection 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 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 NGS service that is supported and / or requested by UE_A10 by transmitting / receiving the fourth identification information and / or the fifth identification information. Good.
  • each device may indicate the type of PDN requested by UE_A 10 by transmitting and receiving the first identification information and / or the sixth identification information. Furthermore, each device may indicate the DCN for which UE_A 10 requests connection by transmitting and receiving the ninth identification information.
  • 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 PDN connection requesting establishment is the same IP address even when the connection destination of the PDN connection is switched. Whether or not it is possible to maintain the connectivity according to may be indicated.
  • the switching of the connection destination of the PDN connection may be when the PDN connection is switched from the EPS service to the NGS service or when the core network_A90 is switched to the core network_B190.
  • MME_A40 receives the PDN connection request message and executes the first condition determination.
  • the first condition determination is for the MME_A 40 to determine whether or not to accept 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 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.
  • MME_A40 executes the procedure (C) or (E) in this procedure, and starts the procedure (A) in this procedure.
  • MME_A40 selects PGW_A30 as the external gateway, it may execute the procedure (C) in this procedure and start the procedure (A) in this procedure, or select SCEF_A46 as the external gateway.
  • the procedure (E) in this procedure may be executed and the procedure (A) in this procedure may be started.
  • MME_A40 transmits a session generation request message to SGW_A35, and starts the procedure (C) in this procedure (S1502). Further, SGW_A35 that has received the session creation request message transmits a session creation request message to PGW_A30 (S1504).
  • the MME_A40 and the SGW_A35 may include at least one or more pieces of identification information from the first to ninth pieces of identification information in the session generation request message, or include information indicating whether or not 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 third condition determination.
  • the third condition determination is for determining whether or not the PGW_A 30 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 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 third 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 third condition determination.
  • the PGW_A30 may include at least one or more pieces of identification information among the first to ninth pieces of identification information in the request message during the IP-CAN session establishment procedure, and 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 PGW_A30. 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.
  • PGW_A30 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 the PGW_A30 may set the third condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the PGW_A30 may set the third condition to be the false.
  • PGW_A30 determines whether the third condition is true or false. If the third condition is true, the PGW_A 30 transmits a session creation response message to the SGW_A 35 (S1506). Furthermore, SGW_A35 that has received the session creation response message transmits a session creation response message to MME_A40 (S1508). Further, the MME_A 40 receives the session generation response message.
  • the PGW_A30 and SGW_A35 may include one or more pieces of identification information among the eleventh to nineteenth identification information, an IP address, or these identification information in the session generation response message. This may indicate that the request for UE_A10 has been granted.
  • PGW_A30 transmits a session creation rejection message to SGW_A35 (S1506). Further, SGW_A35 that has received the session creation rejection message transmits a session creation rejection message to MME_A40 (S1508).
  • the session creation rejection message may be a session creation response message including a rejection reason (Reject cause).
  • the PGW_A30 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, the UE_A10 request is rejected. May be shown.
  • Each device completes the procedure (C) in this procedure based on the transmission / reception of the session creation response message and / or the session creation rejection message.
  • MME_A40 transmits a session creation request message to _SCEF_A46, and starts the procedure (E) in this procedure (S1510).
  • the MME_A 40 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.
  • SCEF_A46 receives the session generation request message and executes the fourth condition determination.
  • the fourth condition determination is for determining whether the SCEF_A 46 accepts the UE_A 10 request.
  • the fourth condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted. Further, the fourth condition is false when the UE_A10 request is rejected, and may be when the fourth condition is not determined to be true.
  • SCEF_A46 determines whether the fourth condition is true or false. If the fourth condition is true, the SCEF_A 46 transmits a session creation response message to the MME_A 40 (S1512). Further, the MME_A 40 receives the session generation response message.
  • SCEF_A46 may include one or more pieces of identification information among the eleventh to nineteenth pieces of identification information, an IP address, or these pieces of identification information in the session generation response message.
  • the UE_A10 request may be permitted.
  • the SCEF_A 46 transmits a session creation rejection message to the MME_A 40 (S1512).
  • the session creation rejection message may be a session creation response message including a rejection reason (Reject cause).
  • SCEF_A46 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, the request of UE_A10 is rejected. May be shown.
  • Each device completes the procedure (E) in this procedure based on the transmission / reception of the session creation response message and / or the session creation rejection message.
  • MME_A40 transmits a PDNNConnectivity Accept message to eNB_A45 based on the reception of the session creation response message and / or completion of the procedure (C) or (E) in this procedure ( S1514).
  • MME_A40 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the PDN connection acceptance message may be a default EPS bearer context activation request (Activate default EPS bearer context request) message.
  • the PDN connection acceptance message may be a response message to the PDN connection request message, and is not limited to this, and may be a message for accepting a PDN connection request.
  • eNB_A45 receives the PDN connection acceptance message and sends an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or a PDN connection acceptance message to UE_A10. (S1516).
  • an RRC message for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message
  • PDN connection acceptance message may be included in the RRC message and transmitted / received.
  • the MME_A 40 may include at least one or more pieces of identification information among the eleventh to nineteenth identification information, an IP address, or include these identification information in the PDN connection acceptance message. This may indicate that the UE_A10 request 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 NGS 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. Furthermore, each device may indicate the DCN that the network permits connection by transmitting and receiving the 19th identification information.
  • 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 perform connection to the core network_B 190 and / or switching of the NGS service based on processing to be performed by each device included in the reason why 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 PDN connection can use the same IP address even when the connection destination of the PDN connection is switched. It may indicate whether or not connectivity can be maintained.
  • UE_A10 When the RRC message is received, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRC Direct Transfer message) to eNB_A45 (S1518).
  • RRC message for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRC Direct Transfer message
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S1520).
  • MME_A40 receives a bearer setting message.
  • UE_A10 transmits a PDN connection complete (PDN Connectivity complete) message to MME_A40 via eNB_A45 (S1522) (S1524). Further, the MME_A 40 receives the PDN connection completion message and performs the second condition determination.
  • the PDN connection completion message may be a default EPS bearer context activation acceptance (ActivateActivdefault EPS bearer context accept) message.
  • the PDN connection completion message may be a response message to the PDN connection acceptance message, and is not limited to this, and may be a message indicating that the PDN connection procedure is completed.
  • the second condition determination is for the MME_A 40 to determine whether or not it is necessary to request the SGW_A 35 to change the bearer. If the second condition is true, MME_A40 starts the procedure (D) in this procedure. If the second condition determination is false, MME_A40 does not execute the procedure (D) in this procedure.
  • MME_A40 transmits a bearer change request message to SGW_A35 (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 MME_A40 (S1528). Further, the MME_A 40 receives the bearer change response message and completes the procedure (D) of this procedure. Furthermore, each device is based on the transmission / reception of the PDN connection completion message when the second condition determination is false, and based on the completion of the procedure (D) in this procedure when the second condition determination is true. Complete the procedure in (A).
  • the MME_A 40 transmits a PDN connection rejection (PDN Connectivity reject) message to the UE_A 10 via the eNB_A45 (S1530), 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. Further, 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 the PDN connection request.
  • the MME_A40 may include one or more pieces of identification information among the 21st to 26th pieces of identification information in the PDN connection rejection message, and by including these pieces of identification information, the request of the UE_A10 is rejected. May be shown.
  • 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.
  • 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 NGS 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 may indicate a DCN that the network does not permit connection 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 perform connection to the core network_B 190 and / or switching of the NGS service based on processing to be performed by each device included in the reason why the PDU session establishment procedure is accepted.
  • 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 condition and / or the third condition and / or the fourth condition may be true when the UE_A 10 requests session establishment and the network permits the request.
  • the first condition and / or the third condition and / or the fourth condition may be false when the UE_A 10 requests establishment of a session and the network does not permit the request.
  • the first condition and / or the third condition and / or the fourth condition support establishment of a session 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.
  • UE_A10 transmits an attach request (Attach request) message to MME_A40 via eNB_A45 (S1600), and starts an attach procedure to core network_A90.
  • UE_A10 may transmit the above-mentioned PDN connection request message in the attach request message, or by performing the PDN connection procedure during the attach procedure to core network_A90 by including the PDN connection request message. May be requested.
  • 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_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 NGS service that is supported and / or requested by UE_A10 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.
  • 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 PDN connection requesting establishment is the same IP address even when the connection destination of the PDN connection is switched. Whether or not it is possible to maintain the connectivity according to may be indicated.
  • the UE_A 10 may transmit the identification information included in a control message (for example, an ESM information request / response message) different from the attach request message (S1602).
  • a control message for example, an ESM information request / response message
  • attach request message S1602
  • MME_A40 receives the control message different from the attach request message and / or the attach request message, and executes the first condition determination. 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.
  • MME_A40 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the MME_A 40 determines whether the fourth condition is true or false.
  • the MME_A 40 executes the procedure (C) in the PDN connection procedure by starting when the fourth condition is true, and omits the procedure when the fourth condition is false (S1604).
  • 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 and / or completion of the procedure (C) during the PDN connection procedure (S1606).
  • 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 RRC Connection Reconfiguration message, an RRC Connection Setup message, and 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.
  • MME_A40 may transmit the attach acceptance message including the above-described PDN connection acceptance message, or by including the PDN connection acceptance message, the PDN connection procedure is accepted. You may show that
  • the MME_A 40 may include at least one piece of identification information among the eleventh to nineteenth pieces of identification information, an IP address, or include these pieces of 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 NGS 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. Furthermore, each device may indicate the DCN that the network permits connection by transmitting and receiving the 19th identification information.
  • 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, UE_A10 performs connection to core network_B190 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_A90 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 PDN connection can use the same IP address even when the connection destination of the PDN connection 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 PDN connection procedure.
  • the fourth condition determination is for determining whether or not the MME_A 40 performs the PDN connection procedure.
  • the fourth 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.
  • the fourth condition is false when the PDN connection request message has not been received, and the PDN connection procedure may not be executed during this procedure, or the fourth condition is not determined to be true. Good.
  • UE_A10 When UE_A10 receives an RRC message from eNB_A45, UE_A10 transmits an RRC connection message to eNB_A45 (e.g., an RRC message such as RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRC Direct Transfer message may be used) ( S1610).
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the MME_A40 (S1612). 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 (S1614) (S1616). Further, the MME_A 40 receives the attach completion message.
  • MME_A40 executes the second condition determination.
  • the second condition determination is for the MME_A 40 to determine whether or not it is necessary to request the SGW_A 35 to change the bearer. If the second condition is true, the MME_A 40 starts and executes the procedure (D) in the PDN connection 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 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.
  • MME_A40 transmits an attach rejection (AttachAreject) message to UE_A10 via eNB_A45, 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. If the fourth condition is true, the MME_A 40 may transmit the attach rejection message including the PDN connection rejection message described above, 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.
  • the MME_A40 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 the UE_A10 has been rejected. It may be shown.
  • each device may recognize the reason why the attach procedure to the core network_A90 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 _A90, 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_B190 and / or switching to NGS service based on processing to be performed by each device included in the reason why the attachment procedure to core network_A90 is rejected. May be.
  • 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.
  • 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 may indicate a DCN that the network does not permit connection 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_A90 or another cell to the core network_A90. 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 PDN connection procedure example described above.
  • This procedure updates the location registration information of UE_A10 in the network (access network and / or core network_A90) and / or periodically notifies the network of UE_A10 from 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 PDN connection is established. Moreover, UE_A10 can perform this procedure regularly.
  • UE_A10 transmits a tracking area update request message to MME_A40 via eNB_A45 (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 NGS service, which is supported and / or requested by UE_A10, by transmitting and receiving the 35th identification information and / or the 36th identification information. .
  • each device may indicate the DCN from which UE_A 10 requests connection by transmitting and receiving the 37th identification information.
  • each device may indicate a connection service to which UE_A 10 requests to update registration information by transmitting and receiving the 31st identification information.
  • each device may indicate MME_A40 or CPF_A140 that UE_A10 requests to connect by including the 33rd identification information and / or the 34th identification information.
  • MME_A40 receives the tracking area update request message and executes the first condition determination. In the first condition determination, the MME_A 40 determines whether the first condition is true or false. 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. The steps when the first condition is false will be described later.
  • MME_A40 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the MME_A 40 determines whether the fourth condition is true or false.
  • the MME_A 40 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_A90.
  • the fourth condition determination is for determining whether or not a PDN connection change and / or addition and / or deletion procedure is necessary.
  • MME_A40 may include at least one of the identification information of the 31st to 37th identification information in the message in the procedure (C) in this procedure, or include these identification information
  • the UE_A10 request may be transmitted to each device.
  • MME_A40 executes the third condition determination after the procedure (C) is completed.
  • the third condition determination is for determining whether MME_A40 accepts the request of UE_A10, and the third condition determination is received from any device during the procedure of (C). It may be determined based on the information. In the third condition determination, the MME_A 40 determines whether the third condition is true or false.
  • MME_A40 transmits the tracking area update acceptance (Tracking Area Update accept) message to UE_A10 via eNB_A45 if the third condition is true (S1706). If the condition is false, the procedure (A) in this procedure is stopped and the procedure (B) in this procedure is started.
  • 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 MME_A 40 may include at least one of the identification information items 41 to 46 in the tracking area update acceptance message, or the UE_A 10 request is accepted by including these identification information items. You may show that it was done.
  • each device may indicate the service continuation mode when switching to the NGS service, which is supported and / or permitted by the network by transmitting and receiving the 43rd identification information and / or the 44th identification information. Good. Furthermore, each device may indicate MME_A40 or CPF_A140 that the network permits connection by transmitting and receiving 45th identification information and / or 46th identification information.
  • each device may indicate that the request of UE_A10 is permitted by transmitting and receiving the 41st identification information. Furthermore, each device may indicate a connection service supported by the network by transmitting and receiving the forty-second 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 46th 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_B 190 and / or switching of the NGS 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 UE_A10 receives the tracking area update acceptance message, UE_A10 transmits a tracking area update completion (Tracking Area Update: complete) message to MME_A40 via eNB_A45 (S1710). Each device completes the procedure (A) in this procedure based on the transmission / reception of the tracking area update completion message.
  • a tracking area update completion Tracking Area Update: complete
  • the MME_A40 transmits a tracking area update rejection (Tracking Area Update reject) message to the UE_A10 via the eNB_A45 (S1720). 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 MME_A40 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 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.
  • 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 NGS 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 may indicate a DCN that the network does not permit connection 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_B 190 and / or switching to the NGS 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 third condition, and / or the fourth condition support the tracking area update requested by UE_A10 by the 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 PDN connection connected to the core network_A90 to a PDU session connected to the core network_B190 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 a first reconnection procedure, and each procedure includes a detach procedure, an attach procedure to the core network_B 190, and a PDU session establishment procedure. Details of each procedure will be described later.
  • This procedure is for the network to take the transition from the state where UE_A10 is registered in the core network_A90 to the state registered in the core network_B190.
  • 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.
  • each device transits to the first state connected to the core network_A90 (S1800).
  • 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 transitions to a state in which UE_A10 is not connected to the core network_A90.
  • each device executes an attach procedure to the core network_B190 (S1804), and the UE_A10 transitions to a state of connecting to the core network_B190. Further, each device may execute a PDU session establishment procedure (PDU session establishment procedure) (S1806).
  • PDU session establishment procedure PDU session establishment procedure
  • the attachment to the core network_B190 is an attachment procedure for the core network_B190.
  • 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_B190 and / or the PDU session establishment 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 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.
  • the UE_A10 may transmit at least one piece of identification information among the 61st to 68th pieces of identification information to the core network_B190,
  • the core network_B190 receives at least one piece of identification information from among the 61st to 68th pieces of identification information from the UE_A10, and further sends at least one piece of identification information from the 19th and 26th pieces of identification information to the UE_A10. You may send it.
  • UE_A10 may transmit one or more pieces of identification information among at least the 61st to 68th pieces of identification information to the core network_B190 by an attach procedure, and may not send by a PDU session establishment procedure.
  • the core network_B190 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 PDU session establishment procedure.
  • UE_A10 may transmit at least one piece of identification information among the pieces of identification information of the 61st to 68th to the core network_B190 in the PDU session establishment procedure without transmitting it in the attach procedure.
  • the core network_B190 may transmit at least the 19th and 26th identification information in the PDU session establishment procedure instead of transmitting in the attach procedure.
  • UE_A10 may transmit the identification information not transmitted in the attach procedure to core network_B190 among the 61st to 68th identification information to core network_A90 by the PDU session establishment procedure.
  • the core network_B190 may transmit, to the UE_A10, the identification information that has not been transmitted in the attach procedure to the core network_B190 among the 19th and 26th identification information in the PDU session establishment 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 detaching procedure is a procedure for cutting the connection between the UE_A 10 and the network (access network and / or core network_A90 and / or PDN_A5) led by the network. That is, if the UE_A10 is in the first state connected to the core network_A90, the core network_A90 can start this procedure at an arbitrary timing. In other words, if the UE_A10 is registered in the core network_A90 (EMM-REGISTERD), the core network_A90 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 core network_A90 based on completion of the detach procedure.
  • EMM-REGISTERD a state in which UE_A10 is not registered in core network_A90 based on completion of the detach procedure.
  • MME_A40 transmits a detach request message to UE_A10 via eNB_A45 (S1900), and starts a detach procedure.
  • the MME_A 40 may start the detach procedure based on determining from the location information of the UE_A 10 that a device in the core network_A 90 will not be able to provide connectivity to the UE_A 10 in the future.
  • the MME_A 40 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 MME_A 40 may start a detach procedure based on a request from an upper layer or an application server. Note that the trigger for the MME_A 40 to start the detach procedure is not limited to these.
  • the MME_A 40 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, MME_A40 may indicate a request to UE_A10. In other words, the MME_A 40 may indicate that the UE_A 10 is requested to have the characteristics or contents represented by the identification information described above by including these pieces of identification information.
  • the MME_A 40 transmits at least the first identification information among the eleventh to eighteenth identification information to the UE_A 10 in the attach procedure to the core network_A 90 and / or the PDN connection procedure.
  • One or more pieces of identification information 51 to 57 may be included in the detach request message.
  • the MME_A 40 when permitting service continuation to continue communication through the attach procedure to the core network_B190 accompanying the detach procedure and / or the PDU session establishment procedure accompanying 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, the MME_A 40 may include the identification information based on the subscriber information of the UE_A 10.
  • / or MME_A40 attaches to and / or detaches from the core network_B190 associated with the detachment procedure for some or all of one or more PDN connections established by the start of the detachment procedure.
  • at least one piece of identification information among the 51st to 57th pieces of identification information may be included in the detach request message.
  • / or MME_A40 attaches to and / or detaches from the core network_B190 associated with the detachment procedure for some or all of one or more PDN connections established by the start of the detachment procedure.
  • the 52nd identification information is included in the detach request message, otherwise the 52nd identification It may be determined that the information is not included in the detach request message.
  • / or MME_A40 attaches to and / or detaches from the core network_B190 associated with the detachment procedure for some or all of one or more PDN connections established by the start of the detachment procedure.
  • the 53rd identification information may be included in the detach request message. Otherwise, the 53rd identification information indicating EPC 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.
  • the MME_A 40 may request the UE_A 10 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 MME_A 40 may request the reattach procedure to the NSI and / or the PDU session establishment procedure indicated by the 55th identification information by transmitting the 55th identification information. Further, the UE_A 10 may determine to execute the reattach procedure to the NSI and / or the PDU session establishment procedure indicated by the 55th identification information by receiving the 55th 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.
  • the MME_A 40 may notify the UE_A 10 of DCN identification information to be detached by the UE_A 10 by transmitting the 56th identification information. Further, UE_A10 may hold information for identifying the DCN to be detached by UE_A10 by receiving the 56th identification information.
  • the MME_A 40 may request that one or more services be continued by the reattach procedure and / or the PDU session establishment procedure by transmitting the 57th identification information. Further, UE_A10 receives the 57th identification information and decides to continue one or more services indicated by the 57th identification information by executing a reattach procedure and / or a PDU session establishment procedure. May be.
  • the service identification information and the NSI that performs the reattach procedure and / or the PDU session establishment procedure may be associated with each other and transmitted / received. Furthermore, when a plurality of service information is transmitted, different NSIs may be transmitted / received in association with each service. These one or more NSIs may be the 56th identification information described above.
  • / or MME_A40 may notify that one or more services cannot be continued by the reattach procedure and / or the PDU session establishment 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 PDU session establishment procedure by receiving the 57th identification information.
  • each device transmits / receives the 52nd identification information, and uses a flag indicating handover in the attach procedure to the core network_B190 and / or the PDU session establishment procedure executed after the completion of the detachment procedure. May be indicated.
  • the MME_A 40 transmits the 52nd identification information to start the core based on the 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 to core network_B190 and / or the PDU session establishment procedure that starts based on the completion of the detachment procedure. You may decide to do.
  • the MME_A 40 transmits the 52nd identification information, thereby executing the core executed based on the completion of the detachment procedure.
  • the procedure for attaching to the network_B190 and / or the procedure for establishing the PDU session it may be notified that the flag indicating the handover by the UE_A10 does not need to be transmitted.
  • UE_A10 receives the 52nd identification information, and UE_A10 transmits a flag indicating handover in the attach procedure to core network_B190 and / or the PDU session establishment procedure that starts based on the completion of the detachment procedure. You may decide not to.
  • 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 performing the attach procedure and / or the PDU session establishment procedure again.
  • the IP address used after performing the attach procedure and / or the PDU session establishment procedure again may be 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 MME_A 40 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. Furthermore, 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 PDN connection is switched when the connection destination of the PDN connection 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, so that the PDN connection to be disconnected in the detach procedure after the detach procedure is completed. It may indicate that a PDU session associated with the same IP address can be established, or may require establishment.
  • 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. In that case, the combined identification information may be identification information having the meaning of each combination of identification information.
  • MME_A40 executes (A) in this procedure when PGW_A30 is selected as the external gateway, and executes (B) in this procedure when SCEF_A46 is selected as the external gateway.
  • MME_A40 transmits a delete session request (Delete Session Request) message to SGW_A35 (S1902), and starts the procedure (A) in this procedure.
  • Delete Session Request Delete Session Request
  • MME_A40 may include at least one piece of identification information from among the 51st to 57th pieces of identification information in the session deletion request message. MME_A40 may transmit the request
  • PGW_A30 Based on the reception of the session deletion request message from SGW_A35, PGW_A30 sends a session deletion response (Delete Session Response) message to SGW_A35 (S1906), and deletes the context that constitutes information about the session and / or UE_A10. Release the session.
  • a session deletion response Delete Session Response
  • PGW_A30 does not immediately release a session based on reception of one or more pieces of identification information among 51st to 57th identification information from SGW_A35, and maintains a context that constitutes information on the session and / or UE_A10 for a certain period of time. Then you can release it.
  • the PGW_A 30 may manage the maintenance of the context using a timer. The value of the timer may be determined by the operator's policy, or may be determined by other methods.
  • the SGW_A35 releases the session by transmitting a session deletion response message to the MME_A40 (S1908) and / or deleting the context constituting the information about the UE_A10.
  • Each device completes the procedure (A) in this procedure with the transmission / reception of the session deletion response message.
  • the MME_A 40 transmits a session deletion request message to the SCEF_A 46 (S1910), and may start the procedure (B) in this procedure.
  • the MME_A 40 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.
  • MME_A40 may transmit the request
  • SCEF_A46 releases a session by transmitting a session deletion response message to MME_A40 based on the reception of the session deletion request message from MME_A40 (S1912), and deleting the context that configures information on the session and / or UE_A10. Furthermore, MME_A40 receives the session deletion response message. Further, each device completes the procedure (B) in this procedure with the transmission / reception of the session deletion response message.
  • UE_A10 may receive the detach request message and transmit a detach accept message to MME_A 40 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.
  • MME_A40 receives a detach acceptance message from UE_A10, receives a session deletion response message, and / or based on completion of procedure (A) or (B) during this procedure, signaling connection between UE_A10 and MME_A40
  • the delete procedure may be executed (S1916).
  • the connectivity between MME_A40 and eNB_A45 may be released by deleting the context of UE_A10 stored in MME_A40.
  • eNB_A45 may release the RRC connection between UE_A10 and eNB_A45 by releasing the radio resource to UE_A10 based on the release of the connection between MME_A40 and eNB_A45.
  • Each device completes the detach procedure by the procedure (A) or (B) in this procedure and / or the sending and receiving of the detach acceptance message and / or the procedure for deleting the signaling connection, and the UE_A 10 enters the core network _A 90. Transition to an unregistered state.
  • 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_B190 and / or a PDU session establishment procedure.
  • each device is associated with the PDN connection 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 PDU session associated with the same IP address as the PDN connection.
  • UE_A10 may transmit the 61st identification information indicating the handover procedure to the core network_B190 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 PDN connection disconnected in this procedure based on the 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. In this case, UE_A10 may transmit the 61st identification information indicating the initial procedure to core network_B190 in the next 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 to the core network_B190 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.
  • 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 to the core network_B190 in 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.
  • UE_A10 may transmit the 61st identification information indicating the initial procedure to the core network_B190 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_B190 and / or PDU A session establishment procedure may be performed.
  • the use of EPS service and NGS service is If the 54th identification information indicating that the use of the EPS service is no longer permitted is sent / received in a state where it is permitted and / or supported, the attachment procedure to each device and core network_B190 is not executed. In addition, a PDU session establishment procedure may be executed.
  • UE_A10 transmits identification information corresponding to the identification information received from core network_A90 to core network_B190 in the next procedure. May be.
  • 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_B190 in the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the eighteenth identification information corresponding to the eighteenth identification information and / or the forty-sixth identification information to core network_B190 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 56th identification information to core network_B190 in the following procedure.
  • the attach procedure to the core network_B190 is a procedure for the UE_A10 to lead and connect to the network (access network and / or core network_B190 and / or PDN_A5).
  • UE_A10 may execute this procedure at any timing such as when the terminal power is turned on, or it may be based on the detach procedure described in Chapter 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 UE_A10 is not registered in core network_B190 (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.
  • EMM-DEREGISTERED EMM-DEREGISTERED
  • UE_A10 may start an attach procedure to core network_B190 based on receiving at least one of the 51st to 57th pieces of identification information in the detach procedure. Moreover, UE_A10 may start the attachment procedure to core network_B190 based on other triggers.
  • 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 session establishments by executing this procedure a plurality of times.
  • UE_A10 transmits a PUD session establishment request (PDU Session Establishment Request) message to CPF_A140 via eNB_A45 (S2000), and starts a PDU session establishment procedure.
  • PUD session Establishment Request PDU Session Establishment Request
  • UE_A10 may include one or more pieces of identification information among at least the 61st to 68th pieces of identification information in the PDU session establishment request message.
  • UE_A10 may show that UE_A10 requests
  • the UE_A10 requests at least one of the 61st to 68th identification information to establish a PDU session based on the reception of at least one of the 51st to 57th identification information in the detach procedure. It may be included in the message.
  • each device may indicate that UE_A10 requests a session to the core network_B190 by transmitting / receiving the 61st identification information, and this request is a request by handover from the core network_A90. May be shown.
  • each device may indicate a session in which UE_A 10 requests 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 previous PDN connection procedure.
  • each device may indicate CPF_A140 that has been connected before by transmitting / receiving the 64th identification information, or may indicate that this request is a reattach procedure.
  • each device may indicate information for identifying UE_A10 by transmitting the 65th identification information.
  • the 65th identification information may be GUTI acquired during the previous PDN connection procedure or TAU procedure, or may be IMSI.
  • each device may indicate the type of connection service requested by UE_A 10 by transmitting and receiving the 66th identification information.
  • each device may indicate the type of connection service supported by UE_A10 by transmitting and receiving the 67th identification information.
  • each device may indicate the network slice type or NSI requested by UE_A 10 by transmitting and receiving the 68th identification information.
  • each device may request establishment of a PDU session for maintaining connectivity by an IP address associated with the PDN connection before switching by transmitting / receiving the 61st identification information, or switching An IP address that is the same as the IP address associated with the previous PDN connection may be requested to be assigned to the established PDU session.
  • the PDN connection before switching may be an EPS service and / or a PDN connection established for the core network_A90.
  • CPF_A140 receives the PUD session establishment request message and executes the first condition determination.
  • the first condition determination is for determining whether or not CPF_A 140 accepts the request of UE_A10. In the first condition determination, the CPF_A 140 determines whether the first condition is true or false.
  • CPF_A140 may start the procedure (A) in this procedure if the first condition determination is true, and may start the procedure (B) in this procedure if the first condition determination is false. .
  • CPF_A140 starts the procedure (C) in this procedure, and starts the procedure (A) in this procedure.
  • each step of the procedure (C) in this procedure will be described.
  • CPF_A140 sends a session creation request message to SGW_A35 and starts the procedure (C) in this procedure (S2002).
  • CPF_A140 may include at least one piece of identification information among the pieces of identification information of the 61st to 68th in the session generation request message, or may include information indicating whether or not 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 second condition determination.
  • the second condition determination is for determining whether the UPGW_A 130 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 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. Furthermore, the PCRF_A 60 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 UPGW_A 130. Further, UPGW_A 130 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the second condition determination.
  • UPGW_A130 may include at least one or more identification information of at least 61st to 68th 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 UPGW_A130. Alternatively, the inclusion of this information may indicate that the UE_A10 request has been granted or rejected.
  • UPGW_A 130 may transmit a session generation request message to the external gateway. Further, the external gateway that has received the session generation request message executes the second condition determination, and may transmit the session generation response message to UPGW_A130 including the second condition determination result. The result of the second condition determination may be notified to UPGW_A 130, or by including this information, it may indicate that the request of UE_A 10 has been permitted or rejected.
  • UPGW_A 130 may perform the second condition determination based on the result of the second condition determination received from the external gateway. For example, if the PCRF_A60 or PGW_A30 accepts the UE_A10 request, the PCRF_A60 or PGW_A30 and UPGW_A130 may set the second condition to be true. May be false.
  • UPGW_A 130 determines whether the second condition is true or false. If the second condition is true, UPGW_A 130 transmits a session creation response message to CPF_A 140 (S2008). Furthermore, CPF_A140 receives the session creation response message.
  • UPGW_A130 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 the IP address may be the same as the IP address to which UE_A10 is assigned in the previous connection. For example, UPGW_A130 may receive an IP address based on having received one or more of the 61st to 68th identification information and / or storing a context that constitutes information about the session and / or UE_A10. The IP address previously assigned with UE_A10 may be the same value.
  • UPGW_A130 transmits a session creation rejection message to CPF_A140 (S2008).
  • 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 (C) of this procedure based on the transmission / reception of the session generation response message and / or the session generation rejection message.
  • CPF_A140 Based on the reception of the session generation response message, CPF_A140 transmits a PDU session establishment acceptance (PDU session ⁇ ⁇ acceptment accept) message to NR node_A122 (S2014).
  • PDU session ⁇ ⁇ acceptment accept PDU session ⁇ ⁇ 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 message or a default EPS bearer context activation request message.
  • the message that CPF_A140 transmits to eNB_A45 may be a response message to the PUD session establishment request message, and is not limited to this, and may be a message that accepts a request for establishment of a PDU session.
  • the eNB_A45 receives the PUD session establishment acceptance message, and may receive an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or a PUD session establishment acceptance message. Is transmitted (S2016). Note that the PUD session establishment acceptance message may be included in the RRC message and transmitted / received.
  • an RRC message for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message
  • PUD session establishment acceptance message may be included in the RRC message and transmitted / received.
  • CPF_A140 may include the IP address in the PUD session establishment acceptance message, or may indicate that the request of UE_A10 is permitted by including these identification information.
  • UE_A10 When the RRC message is received, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRC Direct Transfer message) to eNB_A45 (S2018).
  • RRC message for example, an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, or an RRC Direct Transfer message
  • the eNB_A45 receives the RRC message and transmits a bearer setting message to the CPF_A140 (S2020). Furthermore, CPF_A140 receives a bearer setting message.
  • UE_A10 transmits a PDU session establishment completion (PDU Session Establishment complete) message to CPF_A140 via eNB_A45 (S2022) (S2024).
  • PDU session establishment completion message may be a PDN connection completion message or a default EPS bearer context activation acceptance (Activate default EPS bearer context accept) message.
  • the message that UE_A10 transmits to eNB_A45 and CPF_A140 may be a response message to the PUD session establishment request message, and is not limited to this, and may be a message indicating that the PDU session establishment procedure is completed. Further, the CPF_A 140 receives the PDU session establishment completion message, and performs the third condition determination.
  • the third condition determination is for determining whether CPF_A140 requires UPGW_A130 to change the bearer. If the third condition is true, CPF_A140 starts the procedure (D) in this procedure. When the third condition determination is false, CPF_A140 does not execute the procedure (D) in this procedure.
  • CPF_A 140 transmits a bearer change request message to UPGW_A 130 (S2026), and starts the procedure (D) in this procedure. Further, UPGW_A 130 receives the bearer change request message and transmits a bearer change response message to CPF_A 140 (S2028). Furthermore, CPF_A140 receives the bearer change response message and completes the procedure (D) of this procedure. Each device completes the procedure (A) in this procedure based on transmission / reception of a PDU session establishment completion message and / or completion of the procedure (D) in this procedure.
  • the CPF_A 140 transmits a PDU session establishment rejection (PDU Session establishment reject) message to the UE_A10 via the NR node_A122 (S2030), and starts the procedure (B) in this procedure. Furthermore, UE_A10 receives the PDU session 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 rejection message.
  • the PDU session rejection message may include an appropriate rejection reason.
  • the PDU session establishment rejection message may be a response message to the PUD session establishment request message, and is not limited to this, and may be a message that rejects the request for establishment of the PDU session.
  • CPF_A140 may include the 26th identification information in the PDU session establishment rejection message, or may indicate that the request of UE_A10 has been rejected by including this identification information.
  • each device may indicate the network slice type requested by UE_A10 and rejected by the network 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 and receiving the 26th identification information, each device may recognize the reason why the request of UE_A10 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 third condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the PUD 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 second condition may be true when the UE_A 10 requests establishment of a session and the network permits the request. Further, the first condition and / or the second condition may be false when the UE_A 10 requests establishment of a session and the network does not permit the request. Further, the first condition and / or the second 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 transmits an attach request message to CPF_A140 via NR node_A122 (S2100), and starts an attach procedure.
  • UE_A10 may send the attach request message including the above-mentioned PUD session establishment request message, or request that the PDU session establishment procedure be performed during the attach procedure by including the PUD session establishment request message. May be.
  • UE_A10 may include at least one piece of identification information from among the 61st to 68th pieces of identification information in the attach request message. By including these pieces of identification information, UE_A10 may indicate that UE_A10 requests the characteristics or contents represented by each piece of identification information described above. In other words, by including these pieces of identification information, 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. And / or UE_A10 requests establishment of a PDU session having the characteristics represented by each identification information described above or a PDU session reflecting the contents represented by each identification information by including these identification information. May be indicated.
  • each device may indicate that UE_A10 requests a session to the core network_B190 by transmitting / receiving the 61st identification information, and this request is a request by handover from the core network_A90. May be shown.
  • each device may indicate a session in which UE_A 10 requests 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 PDN connection procedure.
  • each device may indicate CPF_A140 that has been connected before by transmitting / receiving the 64th identification information, or may indicate that this request is a reattach procedure.
  • each device may indicate information for identifying UE_A10 by transmitting the 65th identification information.
  • the 65th identification information may be GUTI acquired during the previous PDN connection procedure or TAU procedure, or may be IMSI.
  • each device may indicate the type of connection service requested by UE_A 10 by transmitting and receiving the 66th identification information.
  • each device may indicate the type of connection service supported by UE_A10 by transmitting and receiving the 67th identification information.
  • each device may indicate the network slice type or NSI requested by UE_A 10 by transmitting and receiving the 68th identification information.
  • each device may request establishment of a PDU session for maintaining connectivity by an IP address associated with the PDN connection before switching by transmitting / receiving the 61st identification information, or switching An IP address that is the same as the IP address associated with the previous PDN connection may be requested to be assigned to the established PDU session.
  • the UE_A 10 may transmit the identification information included in a control message (for example, an ESM information request / response message) different from the attach request message (S2102).
  • a control message for example, an ESM information request / response message
  • CPF_A140 receives the control message different from the attach request message and / or the attach request message, and executes the first condition determination.
  • the first condition determination is for determining whether or not the CPF_A 140 accepts the UE_A 10 request.
  • 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. Details of the procedure (B) in this procedure will be described later.
  • the CPF_A 140 executes the second condition determination and starts the procedure (A) in this procedure.
  • the second condition determination is for determining whether or not the CPF_A 140 performs the PDN connection procedure.
  • CPF_A 140 determines whether the second condition is true or false.
  • the CPF_A 140 starts the procedure (C) in the PDU session establishment procedure when the second condition is true, and omits the procedure when the second condition is false (S2104).
  • the CPF_A 140 transmits an attach accept message to the NR node_A 122 (S2106).
  • CPF_A140 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • CPF_A140 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 CPF_A 140 performs the PDU session establishment procedure.
  • the second condition is true when a PUD session establishment request message is received, and may be when the PDU session establishment procedure is also executed during this procedure.
  • the second condition is false when a PUD session establishment request message has not been received, the PDU session establishment procedure may not be executed during this procedure, and the second condition is not judged to be true. It's okay.
  • the NR node_A 122 receives the attach acceptance message and sends an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or an attach acceptance message to the UE_A 10. Transmit (S2108).
  • 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 PUD session establishment acceptance message, or by including the PUD session establishment acceptance message, the PDU session establishment procedure May indicate that has been accepted.
  • 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 RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRC Direct Transfer message) to NR node_A122 (S2110).
  • RRC connection message for example, an RRC message such as RRC Connection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRC Direct Transfer message
  • the NR node_A 122 receives the RRC message and transmits a bearer setting message to the CPF_A 140 (S2112). 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 message to CPF_A140 via NRnode_A122 (S2114) (S2116). Furthermore, CPF_A140 receives the attach completion message. Furthermore, when the second condition is true, the CPF_A 140 starts the procedure (D) in the PDU session establishment procedure (S2118). When the second condition is false, CPF_A140 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 PDU session establishment procedure.
  • UE_A10 may transmit the attach completion message including the above-mentioned PDU session establishment completion message, or by including the PDU session establishment 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 (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.
  • 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.
  • 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_B190 based on completion of the procedure (A) in this procedure. Based on the completion of the procedure in (B), it may be recognized that this procedure has been rejected, and it will transition to a state where it cannot connect to the network and / or cannot be registered with the core network _B190. Also good.
  • 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 and receiving the 26th identification information, each device may recognize the reason why the request of UE_A10 is rejected. Furthermore, each device may perform this procedure again based on the reason that the request of UE_A10 is rejected, or may perform the attach procedure on the core network_A90 or another cell.
  • first and second 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 and second conditions are true or false is not limited to the above-described conditions.
  • This procedure is for moving a session led by the network and established by UE_A10 to core network_A90 to core network_B190.
  • the core network that establishes the session and the connection service used in the session It is a procedure for changing.
  • the attached state may be a state in which UE_A10 is connected to the network
  • 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_A90 (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 step of the procedure (A) in this procedure.
  • Each device executes the PDN connection disconnection procedure (S2202), and starts the procedure (A) in this procedure.
  • Each device releases at least one PDU session by executing a PDN connection disconnection procedure.
  • each device explicitly or implicitly enters a state where UE_A10 is not registered in core network_A90. You may make a transition.
  • each device may execute the detach procedure described above.
  • each device executes a PDU session establishment procedure (S2208).
  • UE_A10 may be in a state of being attached to core network_B190 and / or a state of being registered.
  • each device executes the attach procedure to core network_B190 described above and transitions to the registration state.
  • the PDU session establishment procedure may be executed.
  • Each device completes the procedure (A) in this procedure by executing the PDU session establishment procedure. Furthermore, each device may execute the procedure (A) in this procedure again. In other words, in the first state during this procedure, when multiple PDN connections are established between UE_A10 and core network_A90, each device is in (A) during this procedure for each PDN connection. You may execute the procedure. Each device may execute the procedure (A) in this procedure at least once.
  • UE_A10 may continue to maintain a PDN connection to one or a plurality of core networks_A90 excluding a PDN connection that has been disconnected based on a PDN connection disconnection procedure, and may continue communication using these PDN connections. .
  • This procedure is a procedure for disconnecting and / or releasing the PDN connection established by UE_A10. Each device may disconnect or release a plurality of PDN connections by executing this procedure a plurality of times.
  • each device executes the procedure (A) or (B) in the detach procedure (S2302). Specifically, when the external gateway of the session requesting disconnect / release is PGW_A30, each device starts (A) during the detach procedure, and the external gateway of the session requesting disconnect / release is SCEF_A46 The procedure (B) in the detach procedure is started.
  • the MME_A 40 transmits an EPS bearer context deactivation request (Deactivate EPS bearer Context Request) message to the UE_A 10 via the eNB_A45 (S2304). . Furthermore, UE_A10 receives the EPS bearer context deactivation request message.
  • EPS bearer context deactivation request Deactivate EPS bearer Context Request
  • the MME_A 40 may include at least the 71st to 76th identification information in the EPS bearer context deactivation request message. By including these pieces of identification information in the EPS bearer context deactivation request message, MME_A40 may indicate a request to UE_A10. In other words, the MME_A 40 may indicate that the UE_A 10 is requested to have the characteristics or contents represented by the identification information described above by including these pieces of identification information.
  • the MME_A 40 transmits at least the first identification information among the eleventh to eighteenth identification information to the UE_A 10 in the attach procedure to the core network_A 90 and / or the PDN connection procedure.
  • One or more pieces of the identification information 71 to 76 may be included in the EPS bearer context deactivation request message.
  • the MME_A 40 when permitting service continuation to continue communication by the PDU session establishment procedure accompanying the PDN disconnection procedure, at least one of the identification information of the 71st to 76th identification information is the EPS bearer context It may be included in the deactivation request message.
  • the permission information for this service continuation may be managed as subscriber information for UE_A10. Therefore, the MME_A 40 may include the identification information based on the subscriber information of the UE_A 10.
  • At least one of the identification information of the 71st to 76th identification information May be included in the EPS bearer context deactivation request message.
  • the 74th identification information may be included in the EPS bearer context deactivation request message. Otherwise, it may be determined that the 74th identification information is not included in the EPS bearer context deactivation request message.
  • the 73rd identification information indicating NGC may be included in the EPS bearer context deactivation request message. Otherwise, the 73rd identification information indicating EPC may be included in the EPS bearer context deactivation request message, and it is determined that the 73rd identification information is not included in the EPS bearer context deactivation request message. Also good.
  • MME_A40 requests UE_A10 to disconnect and / or switch and / or perform handover for the PDN connection and / or bearer indicated by the 71st identification information by transmitting the 71st identification information. Also good. Further, the UE_A 10 may determine the PDN connection and / or 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.
  • MME_A40 transmits the 73rd identification information, and requests the system indicated by the 73rd identification information to execute the session re-establishment procedure and to reactivate the session. May be. Also, UE_A10 receives the 73rd identification information, and executes the session re-establishment procedure for the system indicated by the 73rd identification information, and decides to reactivate the session. May be.
  • the session reactivation may be to establish a PDU session by executing a PDU 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.
  • the MME_A 40 starts upon completion of the PDN disconnection procedure by transmitting the 74th identification information.
  • UE_A 10 may request transmission of a flag indicating handover.
  • UE_A10 receives the 74th identification information, and determines that UE_A10 transmits a flag indicating handover in the PDU session establishment procedure that starts based on the completion of the PDN disconnection procedure. Also good.
  • the MME_A 40 is executed based on the completion of the PDN disconnection procedure by transmitting the 74th identification information In the PDU session establishment procedure, a flag indicating handover by UE_A10 may be notified that transmission is not necessary. Furthermore, UE_A10 determines that UE_A10 does not transmit a flag indicating handover in the PDU session establishment procedure to core network_B190 that starts based on completion of the detachment 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 performing the attach procedure and / or the PDU session establishment procedure again. .
  • the IP address preservation may be that the IP address used after performing the attach procedure and / or the PDU session establishment procedure again is the same as the IP address still used before switching.
  • the MME_A 40 may notify the UE_A 10 of the DCN in which the PDN connection to be disconnected has been established by transmitting the 75th identification information.
  • the DCN in which the PDN connection to be disconnected may be received by receiving the 75th identification information.
  • the MME_A 40 may request to execute the PDU session establishment procedure for the NSI indicated by the 76th identification information by transmitting the 76th identification information. Further, the UE_A 10 may determine to perform the PDU session establishment procedure for the NSI indicated by the 76th identification information by receiving the 76th identification information.
  • the MME_A 40 may request the NSI indicated by the 76th identification information to establish a PDU session by transmitting the 76th identification information.
  • UE_A10 may determine to establish a PDU session for the NSI 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 PDN connection when the connection destination of the PDN connection 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 PDN connection to be disconnected in the PDN connection disconnection procedure after the PDN connection disconnection procedure is completed. It may indicate that the associated PDU session 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.
  • UE_A10 that has received the EPS bearer context deactivation request message may transmit an EPS bearer context deactivation acceptance (Deactivate EPS bearer Context Accept) message to MME_A40 via eNB_A45 (S2310). Further, the MME_A 40 may receive an EPS bearer context deactivation acceptance message.
  • EPS bearer context deactivation acceptance Deactivate EPS bearer Context Accept
  • Each device may complete this procedure based on the transmission / reception of the EPS bearer context deactivation acceptance message. Upon completion of this procedure, each device may transition to a state in which the PDN connection is disconnected.
  • each device may execute the following procedure based on the completion of the PDN connection disconnection procedure.
  • the next procedure may be a PDU session establishment procedure.
  • UE_A 10 may start the PDU session establishment procedure based on the reception of at least one piece of identification information among the 71st to 76th pieces of identification information in the PDN disconnection procedure. More specifically, each device maintains connectivity based on the IP address associated with the PDN connection disconnected in this procedure based on transmission / reception of the 72nd identification information and / or the 74th identification information.
  • Each device may perform the following procedure in order to establish a PDU session associated with the same IP address as the PDN connection.
  • UE_A10 may transmit to the core network_B190 the 61st identification information indicating the handover procedure to the core network_B190 in the next procedure, or to the 71st identification information.
  • the corresponding 62nd identification information may be transmitted.
  • each device does not maintain connectivity with the IP address associated with the PDN connection disconnected in this procedure based on transmission / reception of the 72nd identification information and / or the 74th identification information, and a new When establishing a PDU session associated with an IP address, each device may perform the following procedure. In this case, UE_A10 may transmit the 61st identification information indicating the initial procedure to core network_B190 in the next procedure.
  • each device is configured to change from the core network_A90 to the core network using information indicating handover based on transmission / reception of the 72nd identification information and / or the 73rd 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 handover procedure, the 11th identification information, and / or the 16th to the core network_B190 in the following procedure.
  • the 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the eighteenth identification information corresponding to the eighteenth identification information and / or the forty-sixth identification information to core network_B190 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 to the core network_B190 in 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.
  • UE_A10 may transmit the 61st identification information indicating the initial procedure to the core network_B190 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 following procedure after the PDN connection disconnection procedure is completed, UE_A10 sends the identification information corresponding to the identification information received from the core network_A90 to the core network_B190 in 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_B190 in the following procedure. The 63rd identification information corresponding to the identification information may be transmitted.
  • UE_A10 may transmit the eighteenth identification information corresponding to the eighteenth identification information and / or the forty-sixth identification information to core network_B190 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_B190 in the following procedure.
  • the PDU session establishment procedure in the second reconnection procedure may be the same as the PDU session establishment procedure example described in section 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 PDU session establishment request message is determined by UE_A10 in the PDN 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 based on the reception of at least one of the 71st to 76th identification information in the PDN disconnection procedure. It may be included in the establishment 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)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
　本発明は、端末装置、MME(Mobility Management Entity)、CPF(Control Plane Function)、及び通信制御方法に関する。本出願は、２０１６年１０月　７日に日本国において出願された特願２０１６－１９８８０７に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
　近年の移動通信システムの標準化活動を行う3GPP(3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、次世代移動通信システムである5G(5th Generation)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術として、NextGen(Architecture and Security for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
　例えば、NextGenで新たに仕様化される接続システムを既存の環境に導入するために、EPC等の既存のコアネットワークとNextGenで仕様化される接続システムをサポートするコアネットワーク間での接続の移転や、コアネットワーク間のシステムの協調を、実現する為のシステムアーキテクチャの最適化が要求条件として挙げられている。
　また、多様化するサービスや多種多様なユーザデータの送受信をサポートするために、特定のサービスや目的や接続に対する要求に特化した、装置の集合を仮想的にネットワーク内に構成するネットワークスライスを実現する為のシステムアーキテクチャの最適化も要求条件として挙げられる。
3GPP TR 23.799; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System; (Release 14)
　NextGenでは、既存のコアネットワークとNextGenで規定されるコアネットワーク間の接続切り替え手段の最適化の検討が行われている。より具体的には、端末装置が接続するコアネットワークを、EPCとNextGenで規定されるコアネットワーク間で切り替える為の検討が行われている。
　しかし、NextGenでは、異なるコアネットワークやアクセスネットワークとの接続切り替えを実現する為の手段や、多種多様なユーザデータの送受信を実現する為の手段等が明らかになっていない。
　本発明は、このような事情を鑑みてなされたもので、その目的は、異なるコアネットワークやアクセスネットワークとの接続切り替えを実現する為の手段や、多種多様なユーザデータの送受信を実現する為の通信制御手段等を提供することである。
　本発明の一実施形態の端末装置は、第1のコアネットワークに対してデタッチ手続きを実行し、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージをMME(Mobility Management Entity)から受信し、前記アタッチ手続きにおいて、アタッチ要求メッセージをCPF(Control Plane Function)に送信し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のMME(Mobility Management Entity)は、デタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のCPF(Control Plane Function)は、アタッチ手続きを実行する送受信部と、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置と接続する、制御部を備え、前記送受信部は、前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態の端末装置の通信制御方法は、第1のコアネットワークに対してデタッチ手続きを実行するステップと、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、ステップとを有し、前記デタッチ手続きにおいて、デタッチ要求メッセージをMME(Mobility Management Entity)から受信するステップを、さらに、有し、前記アタッチ手続きにおいて、アタッチ要求メッセージをCPF(Control Plane Function)に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のMME(Mobility Management Entity)の通信制御方法は、デタッチ手続きを実行ステップと、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、ステップとを有し、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、ことを特徴とする。
　本発明の一実施形態のCPF(Control Plane Function)の通信制御方法は、アタッチ手続きを実行するステップと、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第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の記憶部を説明する為の図である。 コアネットワーク_Aに対する初期手続きを説明する為の図である。 PDN接続手続きの概要を説明する為の図である。 コアネットワーク_Aへのアタッチ手続きを説明する為の図である。 トラッキングエリア更新手続きを説明する為の図である。 第1の再接続手続きを説明する為の図である。 デタッチ手続きを説明する為の図である。 PDUセッション確立手続きを説明する為の図である。 コアネットワーク_Bへのアタッチ手続きを説明する為の図である。 第2の再接続手続きを説明する為の図である。 PDN接続切断手続きを説明する為の図である。
　以下、図面を参照して本発明を実施する為の形態について説明する。なお、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[1.実施形態]
　[1.1.システム概要]
　図1は、本実施形態における移動通信システムの概略を説明する為の図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワーク_Aとアクセスネットワーク_Bとコアネットワーク_A90とコアネットワーク_B190とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internet of Things)端末(CIoT UE)等でもよい。さらに、コアネットワークは、コアネットワーク_A90及び/又はコアネットワーク_B190であってもよく、アクセスネットワークは、アクセスネットワーク_A及び/又はアクセスネットワーク_Bであってもよい。
　また、UE_A10は、アクセスネットワーク及び/又はコアネットワークと接続する事ができる。さらに、UE_A10は、アクセスネットワーク及び/又はコアネットワークを介してPDN_A5と接続する事ができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータでよい。さらに、ユーザデータの送受信(通信)はPDU(Protocol Data 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(User Plane Gateway)_A130やSCEF(Service Capability Exposure Function)_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 Node B)_A45及び/又はSGW(Serving Gateway)_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(Access Point 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 Universal Terrestrial Radio Access Network)_A80、UTRAN(Universal Terrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、NextGen RAN(Next Generation Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125でもよい。なお、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
　さらに、コアネットワークは、アクセスネットワーク及び/又はPDN_A5と接続した移動体通信事業者(Mobile Network Operator)が運用するIP移動通信ネットワークの事である。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、コアネットワーク_B190は、NGS(NextGen System(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(Authentication Authorization Accounting)_A55、PCRF(Policy and Charging Rules Function)_A60、PGW_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS 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とWLAN ANa70と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(Session Management)等の機能や能力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とWLAN ANa70とに接続されており、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(Long Term Evolution)のアクセスネットワークであり、eNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続してよい。
　UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(Node B)_A22とを含んで構成される。NB_A22は、UTRA(Universal Terrestrial Radio Access)で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 Plane Network 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 Generation Radio 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 Access Gateway)_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 Mobile Subscriber 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 Unique MME Identifier))と特定MME_A40/CPF_A140内でのUE_A10の識別情報(M-TMSI(M-Temporary Mobile Subscriber 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の無線アクセス能力を示す識別情報である。UE Network Capabilityは、UE_A10にサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN_A25及び/又はUTRAN_A20機能をもつUE_A10に対して、SGSN_A42に必要な1又は複数の情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、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アドレスである。Default Bearerは、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(Transaction Identifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPS Bearer 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でもよい。また、Default Bearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30/UPGW_A130がコアネットワークから取得する情報でよい。
　User Identityは、加入者を識別する情報である。User Identityは、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アドレスである。WAG IDは、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、EMM State、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、NR node_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、UE Radio 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、NR node ID、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、ME Identity、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、SGW F-TEID、eNB F-TEID、MME Address、NR node Address、WAG Address、MME ID、NR node ID、WAG IDのうち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、ME Identity、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、SGW F-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.コアネットワーク_Aに対する初期手続きの説明]
　次に、本実施形態におけるコアネットワーク_A90に対する初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態特有の用語や、本実施形態で用いる主要な識別情報を予め説明する。
　本実施形態における第1の状態は、UE_A10のコアネットワーク_A90への接続及び登録ための手続きが完了していて、さらに、各装置がPDNコネクション、及び/又はEPSベアラを確立している状態である。なお、各装置は、UE_A10をコアネットワーク_A90に登録するための手続きと、PDNコネクション、及び/又はEPSベアラを確立するための手続きは、同時に実行されてもよいし、別々に実行されてもよい。さらに、第1の状態は、UE_A10の位置登録情報を更新するための手続きが完了した状態でもよい。
　さらに、本実施形態における第1の状態は、各装置が、コアネットワーク_A90に対してPDNコネクション、及び/又はEPSベアラを確立している状態でもよい。より詳細には、第1の状態は、各装置が、eNB_A45、及びSGW_A35を介して、UE_A10とPGW_A30との間でPDNコネクション、及び/又はEPSベアラを確立している状態でもよい。なお、第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(Network Function)により構成されてもよい。ここで、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及び/又はDCN ID等の登録情報に基づいて、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 Service Continuity)のモードを示すものである。より詳細には、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が維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 1は、UE_A10のモビリティが発生しても、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。
　さらに、本実施形態におけるSSC mode 2は、TUPFのサービングエリア内でのみ、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 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セッション、及び/又は通信路を確立することを許可するサービスセッション継続のモードである。さらに、SSC mode 3は、UE_A10がマルチホーミングになることを許可するサービスセッション継続のモードであってもよい。
　及び/又は、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたTUPFを用いたサービスセッション継続が許可されたモードであってもよい。言い換えると、SSC mode 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からのSSC modeの要求がない場合に、ネットワークが用いる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がコアネットワーク_A90に接続を要求する、PDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第1の識別情報は、APNでもよい。さらに、第1の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。
　本実施形態における第2の識別情報は、UE_A10がコアネットワーク_90に使用を要求する接続サービスの種類を示す情報である。なお、第2の識別情報は、EPSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第2の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
　さらに、第2の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第2の識別情報は、コアネットワーク_A90のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録、及び/又は接続を要求することを示す情報でもよい。
　本実施形態における第3の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第3の識別情報は、EPSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第3の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
　さらに、第3の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第3の識別情報は、コアネットワーク_A90のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
　本実施形態における第4の識別情報は、UE_A10がコアネットワーク_A90に要求する、SSC modeを示す情報である。さらに、第4の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際に用いられるSSC modeを示す情報でもよい。言い換えると、第4の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際に用いられるSSC modeを示す情報でもよい。具体的には、第4の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
　本実施形態における第5の識別情報は、UE_A10がサポートする、SSC modeを示す情報である。さらに、第5の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第5の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第5の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
　本実施形態における第6の識別情報は、UE_A10が接続可能なPDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第6の識別情報は、DN IDでもよい。さらに、第6の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。さらに、第6の識別情報は、第1の識別情報と等しい情報でもよいし、第1の識別情報に含まれて送受信されてもよい。
　本実施形態における第7の識別情報は、UE_A10がコアネットワーク_A90に接続を要求する、MME_A40を識別する情報である。さらに、第7の識別情報は、UE_A10が接続可能なMME_A40を示す情報でもよいし、UE_A10が以前に接続していたMME_A40を識別する情報でもよい。さらに、第7の識別情報は、UE_A10を識別する情報でもよい。例えば、第7の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
　本実施形態における第8の識別情報は、UE_A10が接続可能なCPF_A140を識別する情報が含まれてもよいし、UE_A10が以前に接続していたCPF_A140を識別する情報が含まれてもよい。さらに、第8の識別情報は、UE_A10を識別する情報でもよい。例えば、第8の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第8の識別情報は、common CPF IDが含まれてもよい。
　本実施形態における第9の識別情報は、UE_A10がコアネットワーク_A90に要求する、DCNを識別する情報である。さらに、第9の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第9の識別情報はAPNであってもよい。さらに、第9の識別情報は、UE_A10が要求するDCNに構成されるコアネットワーク_A90内の装置を識別する情報を含めて構成されてもよい。
　本実施形態における第11の識別情報は、コアネットワーク_A90がUE_A10に接続を許可した、及び/又はUE_A10が接続したDN等の外部ネットワークを識別する情報である。さらに、第11の識別情報は、APNでもよい。さらに、第11の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。
　本実施形態における第12の識別情報は、コアネットワーク_A90がUE_A10に使用を許可した接続サービスの種類を示す情報である。なお、第12の識別情報は、UE_A10に、EPSサービスのみの使用を、コアネットワーク_A90が許可したことを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、コアネットワーク_A90が許可したことを示す情報でもよい。言い換えると、第12の識別情報は、EPSサービスとNGSサービスの使用を、コアネットワーク_A90が許可したことを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、コアネットワーク_A90が許可したことを示す情報でもよい。
　さらに、第12の識別情報は、コアネットワーク_A90がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第12の識別情報は、UE_A10のコアネットワーク_A90のみへの登録、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録、及び/又は接続を許可したことを示す情報でもよい。
　本実施形態における第13の識別情報は、コアネットワーク_A90が使用をサポートする接続サービスの種類を示す情報である。なお、第13の識別情報は、EPSサービスのみの使用を、コアネットワーク_A90がサポートすることを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、コアネットワーク_A90がサポートすることを示す情報でもよい。言い換えると、第13の識別情報は、EPSサービスとNGSサービスの使用を、コアネットワーク_A90がサポートすることを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、コアネットワーク_A90がサポートすることを示す情報でもよい。
　さらに、第13の識別情報は、コアネットワーク_A90がサポートするアタッチ手続きの種類を示すコアネットワーク_A90の能力情報でもよい。言い換えると、第13の識別情報は、コアネットワーク_A90のみに登録、及び/又は接続することをサポートするコアネットワーク_A90の能力情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方に登録、及び/又は接続することをサポートするコアネットワーク_A90の能力情報でもよい。
　本実施形態における第14の識別情報は、コアネットワーク_A90がUE_A10に許可した、SSC modeを示す情報である。さらに、第14の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際に用いることが許可されたSSC modeを示す情報でもよい。言い換えると、第14の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されたSSC modeを示す情報でもよい。具体的には、第14の識別情報は、SSC mode 1が許可されたことを示す情報でもよいし、SSC mode 2が許可されたことを示す情報でもよいし、SSC mode 3が許可されたことを示す情報でもよい。
　本実施形態における第15の識別情報は、コアネットワーク_A90がサポートする、SSC modeを示す情報である。さらに、第15の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第15の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第15の識別情報は、コアネットワーク_A90が、SSC mode 1をサポートすることを示す情報でもよいし、SSC mode 2をサポートすることを示す情報でもよいし、SSC mode 3をサポートすることを示す情報でもよい。
　本実施形態における第16の識別情報は、コアネットワーク_A90がUE_A10に許可した、コアネットワーク_B190に接続する際に、UE_A10が接続可能なDN等の外部ネットワークを識別する情報である。さらに、第16の識別情報は、DN IDでもよい。さらに、第16の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。さらに、第16の識別情報は、第11の識別情報と等しい情報でもよいし、第11の識別情報に含まれて送受信されてもよい。
　本実施形態における第17の識別情報は、コアネットワーク_A90がUE_A10に接続を許可した、MME_A40を識別する情報である。さらに、第17の識別情報は、UE_A10と接続したMME_A40を示す情報でもよいし、UE_A10が接続可能なMME_A40を示す情報でもよい。さらに、第17の識別情報は、UE_A10を識別する情報でもよい。例えば、第17の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
　本実施形態における第18の識別情報は、コアネットワーク_A90がUE_A10に接続を許可した、CPF_A140を識別する情報である。さらに、第18の識別情報は、UE_A10が接続可能なCPF_A140を示す情報でもよい。さらに、第18の識別情報は、UE_A10を識別する情報でもよい。例えば、第18の識別情報は、CPF IDでもよいし、GUTIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第18の識別情報は、common CPF IDでもよい。
　本実施形態における第19の識別情報は、コアネットワーク_A90がUE_A10に接続を許可した、DCNを識別する情報である。さらに、第19の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第19の識別情報はAPNであってもよい。さらに、第19の識別情報は、DCNに構成される装置を識別する情報を含めて構成されてもよい。
　本実施形態における第21の識別情報は、UE_A10の要求がコアネットワーク_A90に許可されないことを示す情報である。さらに、第21の識別情報は、UE_A10の要求が拒絶された理由を示す理由情報(Reject Cause)でもよい。
　例えば、第21の識別情報は、UE_A10のコアネットワーク_A90、及び/又はDNへの接続を許可しないことを示す情報でもよいし、UE_A10のコアネットワーク_A90、及び/又はDNへの接続が失敗したことを示す情報でもよい。さらに、第21の識別情報は、UE_A10が接続を要求するMME_A40への接続及び/又は登録が許可されていないことを示す情報でもよいし、UE_A10を識別する情報が、正常ではない、及び/又は許可されていないことを示す情報でもよい。さらに、第21の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではないことを示す情報でもよい。
　さらに、第21の識別情報は、UE_A10に対して、EPSサービスとnon EPSサービスの両方の使用を許可しないことを示す情報でよく、EPSサービスの使用を許可しないことを示す情報でもよい。さらに、第21の識別情報は、UE_A10に対して、EPSサービスとNGSサービスの両方の使用を許可しないことを示す情報でよく、EPSサービスとNGSサービス、non EPSサービスの全ての使用を許可しないことを示す情報でもよい。
　さらに、第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をコアネットワーク_A90がサポートしていないことを示す情報でもよい。
　さらに、第21の識別情報は、UE_A10が接続を要求するNSIが許可されていないことを示す情報でもよいし、UE_A10が要求するネットワークスライスタイプをコアネットワーク_A90がサポートしていないことを示す情報でもよい。
　本実施形態における第22の識別情報は、コアネットワーク_A90がUE_A10に使用を許可しなかった接続サービスの種類を示す情報である。なお、第22の識別情報は、EPSサービスのみの使用を、コアネットワーク_A90が許可しなかったことを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、コアネットワーク_A90が許可しなかったことを示す情報でもよい。言い換えると、第22の識別情報は、EPSサービスとNGSサービスの使用を、コアネットワーク_A90が許可しなかったことを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、コアネットワーク_A90が許可しなかったことを示す情報でもよい。
　さらに、第22の識別情報は、コアネットワーク_A90が許可しなかったアタッチ手続きの種類を示す情報でもよい。言い換えると、第22の識別情報は、コアネットワーク_A90のみの登録、及び/又は接続を許可しないことを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録、及び/又は接続を許可しないことを示す情報でもよい。
　本実施形態における第23の識別情報は、コアネットワーク_A90が使用をサポートしない接続サービスの種類を示す情報である。なお、第23の識別情報は、EPSサービスのみの使用を、コアネットワーク_A90がサポートしないことを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、コアネットワーク_A90がサポートしないことを示す情報でもよい。言い換えると、第23の識別情報は、EPSサービスとNGSサービスの使用を、コアネットワーク_A90がサポートしないことを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、コアネットワーク_A90がサポートしないことを示す情報でもよい。
　さらに、第23の識別情報は、コアネットワーク_A90がサポートしないアタッチ手続きの種類を示すコアネットワーク_A90の能力情報でもよい。言い換えると、第23の識別情報は、コアネットワーク_A90のみに登録、及び/又は接続することをサポートしないコアネットワーク_A90の能力情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方に登録、及び/又は接続することをサポートしないコアネットワーク_A90の能力情報でもよい。
　本実施形態における第24の識別情報は、コアネットワーク_A90がUE_A10に許可しなかった、SSC modeを示す情報である。さらに、第24の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際に用いることが許可されなかったSSC modeを示す情報でもよい。言い換えると、第24の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されなかったSSC modeを示す情報でもよい。具体的には、第24の識別情報は、SSC mode 1が許可されなかったことを示す情報でもよいし、SSC mode 2が許可されなかったことを示す情報でもよいし、SSC mode 3が許可されなかったことを示す情報でもよい。
　本実施形態における第25の識別情報は、コアネットワーク_A90がサポートしない、SSC modeを示す情報である。さらに、第25の識別情報は、EPSサービスからNGSサービスへセッションを切り替える際にサポートされないSSC modeを示す情報でもよい。言い換えると、第25の識別情報は、コアネットワーク_A90からコアネットワーク_B190に、セッションを切り替える、及び/又は再アタッチする際にサポートされないSSC modeを示す情報でもよい。具体的には、第25の識別情報は、コアネットワーク_A90が、SSC mode 1をサポートしないことを示す情報でもよいし、SSC mode 2をサポートしないことを示す情報でもよいし、SSC mode 3をサポートしないことを示す情報でもよい。
　本実施形態における第26の識別情報は、UE_A10が要求するネットワークスライスタイプのNSI、及び/又はUE_A10が要求するNSIへの接続が許可されていないことを示す情報でもよいし、UE_A10が要求するNSI、及び/又はネットワークスライスタイプを、コアネットワーク_B190がサポートしていない事を示す情報であってもよい。
　本実施形態における第31の識別情報は、UE_A10がコアネットワーク_A90に登録情報の更新を要求する接続サービスの種類を示す情報である。なお、第31の識別情報は、EPSサービスのみの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の登録情報の更新を、UE_A10が要求することを示す情報でもよい。言い換えると、第31の識別情報は、EPSサービスとNGSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよい。
　さらに、第31の識別情報は、UE_A10が要求するトラッキングエリア更新手続きの種類を示す情報でもよいし、アップデートタイプでもよい。言い換えると、第31の識別情報は、コアネットワーク_A90のみの登録情報の更新、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録情報の更新、及び/又は接続を要求することを示す情報でもよい。
　さらに、第31の識別情報は、EPSサービスにおけるトラッキングエリアのみの更新を要求することを示す情報でもよく、EPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新を要求することを示す情報でもよい。さらに、第31の識別情報は、EPSサービスにおけるトラッキングエリアとNGSサービスにおけるトラッキングエリアの更新を要求することを示す情報でもよいし、EPSサービスにおけるトラッキングエリアとNGSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新を要求することを示す情報でもよい。
　本実施形態における第32の識別情報は、第3の識別情報と同じである。本実施形態における第33の識別情報は、第7の識別情報と同じである。本実施形態における第34の識別情報は、第8の識別情報と同じである。本実施形態における第35の識別情報は、第4の識別情報と同じである。本実施形態における第36の識別情報は、第5の識別情報と同じである。本実施形態における第37の識別情報は、第9の識別情報と同じである。
　本実施形態における第41の識別情報は、コアネットワーク_A90がUE_A10に登録情報の更新を許可した接続サービスの種類を示す情報である。なお、第41の識別情報は、EPSサービスのみの登録情報の更新を、コアネットワーク_A90が許可したことを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の登録情報の更新を、コアネットワーク_A90が許可したことを示す情報でもよい。言い換えると、第41の識別情報は、EPSサービスとNGSサービスの登録情報の更新を、コアネットワーク_A90が許可したことを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの登録情報の更新を、コアネットワーク_A90が許可したことを示す情報でもよい。
　さらに、第41の識別情報は、コアネットワーク_A90がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第41の識別情報は、コアネットワーク_A90のみの登録情報の更新、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録情報の更新、及び/又は接続を許可したことを示す情報でもよい。
　さらに、第41の識別情報は、EPSサービスにおけるトラッキングエリアのみの更新が許可されたことを示す情報でもよく、EPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新が許可されたことを示す情報でもよい。さらに、第41の識別情報は、EPSサービスにおけるトラッキングエリアとNGSサービスにおけるトラッキングエリアの更新が許可されたことを示す情報でもよいし、EPSサービスにおけるトラッキングエリアとNGSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新が許可されたことを示す情報でもよい。
　本実施形態における第42の識別情報は、第13の識別情報と同じである。本実施形態における第44の識別情報は、第15の識別情報と同じである。本実施形態における第45の識別情報は、第17の識別情報と同じである。本実施形態における第46の識別情報は、第18の識別情報と同じである。本実施形態における第47の識別情報は、第19の識別情報と同じである。
　本実施形態における第51の識別情報は、コアネットワーク_A90がUE_A10に要求するデタッチ手続き種類を示す情報である。なお、デタッチ手続きの種類を示す情報は、デタッチタイプでよい。さらに、第51の識別情報は、UE_A10の再アタッチが、必要とされていることを示す情報でもよいし、必要とされていないことを示す情報でもよい。なお、再アタッチとは、再度アタッチ手続きを実施するであってよい。
　本実施形態における第52の識別情報は、再アタッチ時に、ハンドオーバーを示す情報の送受信が必要か否かを示す情報である。さらに、第52の識別情報は、デタッチ手続き後の別のコアネットワークに対するアタッチ手続きが、必要とされているか否かを示す情報でもよいし、サポートされているか否かを示す情報でもよい。
　さらに、第52の識別情報は、デタッチ手続き後に、UE_A10が別のコアネットワークに対してアタッチ手続きを実施することを、コアネットワーク_A90が要求していることを示す情報でもよい。さらに、第52の識別情報は、コアネットワーク_A90から別のコアネットワークへセッションを切り替えるために、デタッチ手続き後のアタッチ手続きが必要であることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_B190でもよいし、第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のコアネットワーク_A90、及び/又はDNへの接続が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10のMME_A40への接続及び/又は登録が許可されなくなったことを示す情報でもよいし、UE_A10を識別する情報が、正常ではなくなった、及び/又は許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10に対して、EPSサービスとnon EPSサービスの両方の使用が許可されなくなったことを示す情報でよく、EPSサービスの使用が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10に対して、EPSサービスとNGSサービスの両方の使用が許可されなくなったことを示す情報でよく、EPSサービスとNGSサービス、non EPSサービスの全ての使用が許可されなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が使用するサービスを、EPSサービスからNGSサービス又はnon EPSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第54の識別情報は、コアネットワーク_A90から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_A90から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が接続しているPLMNが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のPLMNでは許可されなくなったことを示す情報でもよいし、適切なセルが現在のPLMN内に存在しなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が接続しているトラッキングエリアが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のトラッキングエリアでは許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、適切なセルが現在のトラッキングエリア内に存在しなくなったことを示す情報でもよいし、現在のトラッキングエリアで、ローミングが許可されてなくなったことを示す情報でもよい。
　さらに、第54の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10が接続しているDCNが許可されなくなったことを示す情報でもよい。
　なお、UE_A10は、第51の識別情報に基づいて、第54の識別情報を無視するか否かを決定してもよいし、第54の識別情報に基づいて、再アタッチをするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_A90から別のコアネットワークへの切り替え、及び/又はEPSサービスからNGSサービス又はnon EPSサービスへの切り替えを示す情報を受信した場合、再アタッチを実施してもよい。また、UE_A10は、NGSサービスが使用可能な状態で、EPSサービスの使用が許可されないことを示す第54の識別情報を受信した場合、UE_A10は再アタッチを実施しなくてもよい。さらに、UE_A10は、EPSサービスが使用可能な状態で、NGSサービスが使用できないことを示す情報を受信した場合、再アタッチを実施しなくてもよい。さらに、UE_A10は、これら以外の理由を示す情報を受信した場合、再アタッチを実施しなくてもよい。
　本実施形態における第55の識別情報は、UE_A10が接続しているDCNを識別する情報である。さらに、第55の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第55の識別情報はAPNであってもよい。さらに、第55の識別情報は、UE_A10が要求するDCNに構成されるコアネットワーク_A90内の装置を識別する情報を含めて構成されてもよい。
　本実施形態における第56の識別情報は、UE_A10が次に接続すべきNSI及び、ネットワークスライスタイプを識別する情報である。さらに、第56の識別情報は、NSIを識別するNSDIDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。また、第56の識別情報は、UE usage typeであってもよいし、UE usage typeの1部であってもよいし、その他の情報であってもよい。また、第56の識別情報は、APNやサービス識別情報であってもよいし、これらの情報と関連付けられた情報であってもよい。なお、第56の識別情報は、DCNとNSIのマッピング情報に基づいて、MME_A40が選択したNSIを示す情報でもよいし、デフォルトのNSIを示す情報でもよい。なお、第56の識別情報は、後述する第57の識別情報と対応づけられて送受信されてよい。つまり、NSIを識別する情報と、NSIに接続することによって提供可能なサービスは、対応づけられて送受信されてもよい。
　また、第56の識別情報は、複数のNSIを識別する情報を含んでもよい。その場合には、各NSIを識別する情報と、各NSIで提供可能なサービスが対応づけられて送受信されてよい。
　本実施形態における第57の識別情報は、各セッションを他のシステムに移動できるか否かを示す情報である。さらに、第57の識別情報は、他のシステムに切り替えることができるセッションを識別する情報でもよい。
　さらに、第57の識別情報は、DCNからNSIへ移動することが可能なサービス、及び/又はセッションを識別する情報、及び/又はAPNでもよく、DCNとNSIとの対応を示す情報でもよい。なお、サービスを識別する情報は複数含まれてもよい。つまり、第57の識別情報は、複数のサービスを識別する情報群であってよい。さらに、各サービスの識別情報は、サービス毎に第56の識別情報に含まれるNSIに対応づけられて送受信されてもよい。したがって、サービスを識別する情報は、サービス毎に異なるNSIに対応づけられて送受信されてもよい。
　本実施形態における第61の識別情報は、UE_A10が確立を要求するセッションの種類を示す情報である。なお、UE_A10が確立を要求するセッションの種類を示す情報は、リクエストタイプでもよい。さらに、第61の識別情報は、要求するセッション確立手続きが、初期確立手続きであることを示す情報でもよいし、他のサービス、及び/又は他のアクセスネットワーク、及び/又は他のコアネットワークからのハンドオーバー手続きであることを示す情報でもよいし、緊急呼のためのセッションの確立手続きであることを示す情報でもよい。
　さらに、第61の識別情報は、コアネットワーク_A90からコアネットワーク_B190へのハンドオーバーを示す情報でもよい。さらに、第61の識別情報は、セッションを、コアネットワーク_A90からコアネットワーク_B190に切り替えるためにセッションを確立することを示す情報でもよいし、EPSサービスからNGSサービスへセッションを切り替えるためにセッションを確立することを示す情報でもよい。
　本実施形態における第62の識別情報は、他のシステムに移動するセッションを識別する情報である。さらに、第62の識別情報は、EPSサービスからNGSサービスに切り替えるセッションを識別する情報でもよいし、コアネットワーク_A90からコアネットワーク_B190へ切り替えるセッションを識別する情報でもよい。
　さらに、第62の識別情報は、確立を要求するPDUセッション、及び/又はベアラが、EPSサービス、及び/又はコアネットワーク_A90からセッションを切り替えるために確立されることを示す情報でもよい。
　本実施形態における第63の識別情報は、UE_A10が接続を要求する、DN等の外部ネットワークを識別する情報である。さらに、第63の識別情報は、DN IDでもよい。さらに、第63の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。
　さらに、第63の識別情報は、コアネットワーク_A90へのアタッチ手続き、及び/又はPDN接続手続き時にUE_A10が受信した情報に基づいたDN IDでもよい。言い換えると第63の識別情報は、第11の識別情報が示すAPNに対応するDN IDでもよいし、第16の識別情報が示すDN IDでもよい。
　本実施形態における第64の識別情報は、UE_A10が接続を要求する、CPF_A140を識別する情報である。さらに、第64の識別情報は、UE_A10が接続可能なCPF_A140を示す情報でもよいし、UE_A10が以前に接続していたCPF_A140を識別する情報でもよい。さらに、第64の識別情報は、UE_A10を識別する情報でもよい。例えば、第64の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_A140が存在する場合、CPF_A140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第64の識別情報は、common CPF IDでもよい。
　さらに、第65の識別情報は、UE_A10が接続可能なMME_A40を識別する情報が含まれてもよいし、UE_A10が以前に接続していたMME_A40を識別する情報が含まれてもよい。さらに、第65の識別情報は、UE_A10を識別する情報でもよい。例えば、第65の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
　本実施形態における第66の識別情報は、UE_A10が使用を要求する接続サービスの種類を示す情報である。なお、第66の識別情報は、NGSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第66の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
　さらに、第66の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第66の識別情報は、コアネットワーク_B190のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を要求することを示す情報でもよい。
　本実施形態における第67の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第67の識別情報は、NGSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第67の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
　さらに、第67の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第67の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
　本実施形態における第68の識別情報は、UE_A10がコアネットワーク_B190に要求する、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第68の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第68の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。また、第68の識別情報は、APNやサービス識別情報であってもよいし、これらの情報と関連付けられた情報であってもよい。なお、第68の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第68の識別情報は、コアネットワーク_B190内のNF(Network Function)を識別する情報を含めて構成してもよい。さらに、第68の識別情報は、UEの登録情報であってもよい。
　本実施形態における第72の識別情報は、セッション切断手続きが開始された理由を示す理由情報(Cause)である。さらに、第72の識別情報は、加入者情報の変更等により、確立しているセッションの状態が適切ではなくなった理由を示す情報でもよい。
　例えば、第72の識別情報は、オペレータポリシーによって、UE_A10が使用しているサービスが使用不可になったことを示す情報でもよいし、ネットワークのリソース不足によって、UE_A10が使用しているサービスは提供不可になったことを示す情報でもよい。さらに、第72の識別情報は、ネットワークでエラーが起きたことを示す情報でもよいし、定期的なリソース解放であることを示す情報でもよい。
　さらに、第72の識別情報は、セッションの再確立、及び/又はセッションの再有効化が必要であることを示す情報でもよい。さらに、第72の識別情報は、UE_A10が使用しているサービスを、EPSサービスからNGSサービス又はnon EPSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第72の識別情報は、コアネットワーク_A90から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_A90から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_A90でよいし、第73の識別情報で識別されるコアネットワークでもよい。
　さらに、第72の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第72の識別情報は、UE_A10が接続しているDCNが許可されなくなったことを示す情報でもよい。
　なお、UE_A10は、第72の識別情報に基づいて、セッションの再確立をするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_A90から別のコアネットワークへの切り替え、及び/又はEPSサービスからNGSサービス又はnon EPSサービスへの切り替えを示す情報を受信した場合、セッションの再確立を実施してもよい。さらに、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が接続していて、削除または変更が要求されるセッションが構成される、DCNを識別する、及び/又は示す情報である。さらに、第75の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第75の識別情報はAPNであってもよい。さらに、第75の識別情報は、UE_A10が要求するDCNに構成されるコアネットワーク_A90内の装置を識別する情報を含めて構成されてもよい。
　本実施形態における第76の識別情報は、UE_A10が次に接続すべきNSIまたはネットワークスライスタイプを識別する情報である。第76の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。第76の識別情報は、UE usage typeであってもよいし、UE usage typeの1部であってもよいし、その他の情報であってもよい。また、第76の識別情報は、APNやサービス識別情報であってもよいし、これらの情報と関連付けられた情報であってもよい。なお、第76の識別情報は、DCNとNSIとサービス識別情報またはAPNのマッピング情報に基づいて、選択されたNSIを示す情報でもよいし、デフォルトのNSIを示す情報でもよい。なお、第76の識別情報は、複数のNSIを識別する情報を含んでもよい。
　次に、本実施形態において、コアネットワーク_A90に対する初期手続きを、図14を用いて説明する。本実施形態では、各装置はコアネットワーク_A90に対する初期手続きを実行することで、第1の状態に遷移し、UE_A10がコアネットワーク_A90を介したセッションを確立する。
　以下、本手続きはコアネットワーク_A90に対する初期手続きを指し、各手続きには、アタッチ手続き、PDN接続手続き、トラッキングエリア更新手続きがある。各手続きの詳細は、後述する。
　本手続きにおいて、各装置は、まず、コアネットワーク_A90へのアタッチ手続き(S1400)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDN接続手続き(S1402)を実行し、第1の状態に遷移する(S1406)。また、PDN接続確立後、第1の状態に遷移する前に、更に、トラッキングエリア更新手続き(S1404)を実行してもよい。なお、各装置は、コアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続き及び/又はトラッキングエリア更新手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。
　例えば、コアネットワーク_A90へのアタッチ手続き、及びPDN接続手続きにおいて、UE_A10は、コアネットワーク_A90に第1から9の識別情報のうち1つ以上の識別情報を送信してもよいし、コアネットワーク_A90は、UE_A10から第1から9の識別情報のうち1つ以上の識別情報を受信し、さらに第11から26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
　また、UE_A10はコアネットワーク_A90へ第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_A90へのアタッチ手続きで送信し、PDN接続手続きで送信しなくてもよい。同様に、コアネットワーク_A90はUE_A10へ第11から26の識別情報のうち1つ以上の識別情報をアネットワーク_A90へのアタッチ手続きで送信し、PDN接続手続きで送信しなくてよい。
　逆に、UE_A10はコアネットワーク_A90へ、第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_A90へのアタッチ手続きで送信せずに、PDN接続手続きで送信してもよい。同様にコアネットワーク_A90はUE_A10へ、第11から26の識別情報のうち1つ以上の識別情報をコアネットワーク_A90へのアタッチ手続きで送信せずに、PDN接続手続きで送信してもよい。
　また、UE_A10はコアネットワーク_A90へ、第1から9の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。同様に、コアネットワーク_A90はUE_A10へ第11から26の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。
　さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、コアネットワーク_A90へのアタッチ手続き中に送受信してもよく、EPSベアラと対応づけて管理する場合、PDN接続手続き中に送受信してもよい。
　また、各装置は、PDN接続手続きをコアネットワーク_A90へのアタッチ手続きの中で実行してもよく、コアネットワーク_A90へのアタッチ手続きの完了後に実行してもよい。なお、PDN接続手続きがコアネットワーク_A90へのアタッチ手続きの中で実行された場合、各装置は、コアネットワーク_A90へのアタッチ手続きの完了に基づいてPDN接続を確立してもよいし、第１の状態へ遷移してもよい。
　次に、各装置は、トラッキングエリア更新手続き(S1404)を実行する。なお、トラッキングエリア更新手続きは、PDN接続を確立した後、第1の状態への遷移前又は、遷移後の任意のタイミングで実行してもよい。また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10はコアネットワーク_A90へ第31から37の識別情報のうち1つ以上の識別情報を送信してもよい。さらに、コアネットワーク_A90はUE_A10に第41から46及び第21から26の識別情報のうち1つ以上の識別情報を送信してよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
　[1.3.1.コアネットワーク_Aへのアタッチ手続きの概要]
　まず、コアネットワーク_A90へのアタッチ手続きの概要について説明する。コアネットワーク_A90へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　[1.3.2.PDN接続手続き例]
　次に、PDN接続手続きの例について説明する。以下、本手続きはPDN接続手続きを指す。本手続きは、各装置がPDN接続を確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_A90へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_A90へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDN接続手続きの完了に基づいて、PDN接続を確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDN接続を確立してもよい。
　[1.3.2.1. PDN接続手続き例]
　図15を用いて、PDN接続手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDN接続要求(PDN Connectivity Request)メッセージを送信し(S1500)、PDN接続手続きを開始する。なお、PDN接続要求メッセージは、これに限らず、PDN接続の確立を要求するメッセージであればよい。
　ここで、UE_A10は、PDN接続要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するPDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するDCNを示してもよい。
　さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDNコネクションが、PDNコネクションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
　なお、PDNコネクションの接続先の切り替え時とは、PDNコネクションを、EPSサービスからNGSサービスに切り替える時でもよいし、コアネットワーク_A90からコアネットワーク_B190に切り替える時でもよい。
　MME_A40は、PDN接続要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、MME_A40が、UE_A10の要求を受諾するか否かを判断する為のものである。第1の条件判別において、MME_A40は第1の条件が真であるか偽であるかを判定する。MME_A40は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)又は(E)の手続きを実行し、本手続き中の(A)の手続きを開始する。MME_A40は、外部ゲートウェイとしてPGW_A30を選択した場合、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始してもよいし、外部ゲートウェイとしてSCEF_A46を選択した場合、本手続き中の(E)の手続きを実行し、本手続き中の(A)の手続きを開始してもよい　まず、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、SGW_A35にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S1502)。さらに、セッション生成要求メッセージを受信したSGW_A35はPGW_A30へセッション生成要求メッセージを送信する(S1504)。
　ここで、MME_A40及びSGW_A35は、セッション生成要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、PGW_A30は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、PGW_A30が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
　また、第3の条件判別は、PGW_A30ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、PGW_A30は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、PGW_A30にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
　ここで、PGW_A30は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の情報判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をPGW_A30に通知してもよい。
　さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　なお、PCRF_A60が第3の条件判別を実施した場合、PGW_A30は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びPGW_A30は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びPGW_A30は第3の条件を偽としてもよい。
　第3の条件判別において、PGW_A30は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S1506)。さらに、セッション生成応答メッセージを受信したSGW_A35はMME_A40にセッション生成応答メッセージを送信する(S1508)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
　また、PGW_A30及びSGW_A35は、セッション生成応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、第3の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S1506)。さらに、セッション生成拒絶メッセージを受信したSGW_A35はMME_A40にセッション生成拒絶メッセージを送信する(S1508)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
　また、PGW_A30は、セッション生成拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの中の(C)の手続きを完了する。
　続いて、本手続き中の(E)の手続きの各ステップを説明する。MME_A40は、_SCEF_A46にセッション生成要求メッセージを送信し、本手続き中の(E)の手続きを開始する(S1510)。
　ここで、MME_A40は、セッション生成要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、SCEF_A46は、セッション生成要求メッセージを受信し、第4の条件判別を実行する。なお、第4の条件判別は、SCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第4の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第4の条件が偽とは、UE_A10の要求を拒否する場合であり、第4の条件を真と判断しない場合でよい。
　第4の条件判別において、SCEF_A46は第4の条件が真であるか偽であるかを判定する。第4の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S1512)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
　また、SCEF_A46は、セッション生成応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　また、第4の条件が偽の場合には、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S1512)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
　また、SCEF_A46は、セッション生成拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの中の(E)の手続きを完了する。
　MME_A40は、セッション生成応答メッセージの受信に基づいて、及び/又は本手続き中の(C)または(E)の手続きの完了に基づいて、eNB_A45にPDN接続受諾(PDN Connectivity Accept)メッセージを送信する(S1514)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDN接続受諾メッセージは、デフォルトEPSベアラコンテキストアクティブ化要求(Activate default EPS bearer context request)メッセージでもよい。また、PDN接続受諾メッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の要求を受諾するメッセージであればよい。
　eNB_A45は、PDN接続受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPDN接続受諾メッセージを送信する(S1516)。なお、PDN接続受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、MME_A40は、PDN接続受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するDCNを示してもよい。
　さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を送受信することで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
　さらに、例えば、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はNGSサービスの切り替えを実行してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDNコネクションが、PDNコネクションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
　RRCメッセージを受信した場合、UE_A10はeNB_A45にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S1518)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S1520)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　PDN接続受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDN接続完了(PDN Connectivity complete)メッセージを送信する(S1522)(S1524)。さらに、MME_A40は、PDN接続完了メッセージを受信し、第2の条件判別を実行する。なお、PDN接続完了メッセージは、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージでもよい。また、PDN接続完了メッセージは、PDN接続受諾メッセージに対する応答メッセージであればよく、これに限らず、PDN接続手続きが完了する事を示すメッセージであればよい。
　第2の条件判別は、MME_A40が、SGW_A35にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、MME_A40は本手続き中の(D)の手続きを開始する。また、第2の条件判別が偽の場合MME_A40は本手続き中の(D)の手続きを実行しない。
　以下、本手続き中の(D)の手続きの各ステップを説明する。MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し(S1526)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S1528)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、第2の条件判別が偽の場合PDN接続完了メッセージの送受信に基づき、第2の条件判別が真の場合本手続きの中の(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDN接続拒絶(PDN Connectivity reject)メッセージを送信し(S1530)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDN接続拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDN接続拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDN接続拒絶メッセージには、適切な拒絶理由が含まれてもよい。また、PDN接続拒絶メッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の要求を拒絶するメッセージであればよい。
　また、MME_A40は、PDN接続拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、コアネットワーク_A90へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。
　さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はNGSサービスの切り替えを実行してもよい。
　また、前述した第1から第4の条件判別は、PDN接続要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
　[1.3.3.コアネットワーク_Aへのアタッチ手続き例]
　図16を用いて、コアネットワーク_A90へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_A90へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_A90に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求(Attach request)メッセージを送信し(S1600)、コアネットワーク_A90へのアタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDN接続要求メッセージを含めて送信してもよいし、PDN接続要求メッセージを含める事で、コアネットワーク_A90へのアタッチ手続き中でPDN接続手続きを実施する事を要求してもよい。
　ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。
　さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDNコネクションが、PDNコネクションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
　なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージ(例えば、ESM情報要求／応答メッセージなど)に含めて送信してもよい(S1602)。
　MME_A40は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、MME_A40は第4の条件が真であるか偽であるかを判定する。MME_A40は、PDN接続手続き中の(C)の手続きを、第4の条件が真の場合には開始することで実行し、第4の条件が偽の場合には省略する(S1604)。さらに、MME_A40は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信及び/又はPDN接続手続き中の(C)の手続きの完了に基づいて、eNB_A45にアタッチ受諾(Attach accept)メッセージを送信する(S1606)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S1608)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDN接続受諾メッセージを含めて送信してもよいし、PDN接続受諾メッセージを含める事で、PDN接続手続きが受諾された事を示してもよい。
　ここで、MME_A40は、アタッチ受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するDCNを示してもよい。
　さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を含めることで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_A90へのアタッチ手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はEPSサービスの切り替えを実行してもよい。
　さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDNコネクションが、PDNコネクションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
　ここで、第1の条件判別は、PDN接続手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、MME_A40が、PDN接続手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDN接続要求メッセージを受信した場合であり、本手続き中でPDN接続手続きも実行する場合でよい。また、第4の条件が偽とは、PDN接続要求メッセージを受信しなかった場合であり、本手続き中でPDN接続手続きも実行しない場合でよいし、第4の条件を真と判断しない場合でよい。
　UE_A10がeNB_A45からRRCメッセージを受信した場合、UE_A10は、eNB_A45にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S1610)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S1612)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
　UE_A10がMME_A40からeNB_A45を介してアタッチ受諾メッセージを受信した場合、UE_A10は、eNB_A45を介してMME_A40にアタッチ完了(Attach complete)メッセージを送信する(S1614)(S1616)。さらに、MME_A40は、アタッチ完了メッセージを受信する。
　さらに、第4の条件が真の場合、MME_A40は第2の条件判別を実行する。第2の条件判別は、MME_A40が、SGW_A35にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、MME_A40は、PDN接続手続き中の(D)手続きを開始し、実行する(S1618)。各装置は、アタッチ完了メッセージの送受信、及び/又はPDN接続手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDN接続受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDN接続完了メッセージを含めて送信してもよいし、PDN接続完了メッセージを含める事で、PDN接続手続きを完了する事を示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S1620)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDN接続拒絶メッセージを含めて送信してもよいし、PDN接続拒絶メッセージを含める事で、PDN接続手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDN接続拒絶メッセージを受信してもよいし、PDN接続手続きが拒絶された事を認証してもよい。
　また、MME_A40は、アタッチ拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信する事で、コアネットワーク_A90へのアタッチ手続きが拒絶された理由を認識してもよいし、コアネットワーク_A90へのアタッチ手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_A90へのアタッチ手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はNGSサービスへの切り替えを実行してもよい。
　さらに、各装置は、第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や別のセルに対してコアネットワーク_A90へのアタッチ手続きを実施してもよい。
　また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したPDN接続手続き例と同様でよい。
　[1.3.4.トラッキングエリア更新手続きの概要]
　トラッキングエリア更新手続き(Tracking Area Update Procedure)の概要について説明する。以下、本手続きは、トラッキングエリア更新手続きを指す。本手続きは、ネットワーク(アクセスネットワーク、及び/又は、コアネットワーク_A90)におけるUE_A10の位置登録情報を更新する、及び/又は、UE_A10からネットワークへ定期的にUE_A10の状態を通知する、及び/又は、ネットワークにおけるUE_A10に関する特定のパラメータを更新する為の手続きである。UE_A10は、PDN接続が確立された状態であれば、任意のタイミングで本手続きを実行する事ができる。また、UE_A10は、本手続きを定期的に実行する事ができる。
　[1.3.4.1.トラッキングエリア更新手続き例]
　図17を用いて、トラッキングエリア更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まずUE_A10は、eNB_A45を介してMME_A40にトラッキングエリア更新要求(Tracking Area Update request)メッセージを送信し(S1700)、トラッキングエリア更新手続きを開始する。
　ここでUE_A10は、トラッキングエリア更新要求メッセージに、少なくとも、第31から37の識別情報うち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、各装置は、第32の識別情報を送受信する事で、UE_A10がサポートする接続サービスを示してよい。さらに、各装置は、第35の識別情報、及び/又は第36の識別情報を送受信する事で、UE_A10がサポート及び/又は要求する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第37の識別情報を送受信する事で、UE_A10が接続を要求するDCNを示してもよい。
　さらに、各装置は、第31の識別情報を送受信する事で、UE_A10が登録情報の更新を要求する対象の接続サービスを示してもよい。
　さらに、各装置は、第33の識別情報、及び/又は第34の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
　MME_A40は、トラッキングエリア更新要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、MME_A40は第1の条件が真であるか偽であるかを判定する。MME_A40は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、MME_A40は第4の条件が真であるか偽であるかを判定する。MME_A40は、本手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S1703)。
　ここで、第1の条件判別はコアネットワーク_A90へのアタッチ手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、PDN接続の変更及び/又は追加及び/又は削除手続きの要否を判断する為のものである。
　ここで、MME_A40は、本手続き中の(C)の手続きの中のメッセージに、少なくとも第31から37の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を、各装置に伝達してもよい。
　さらにMME_A40は、(C)の手続き完了後に、第3の条件判別を実行する。ここで、第3の条件判別とは、MME_A40がUE_A10の要求を受諾するかを判断する為のものであり、第3の条件判断は、(C)の手続き中に、いずれかの装置から受信した情報に基づいて決定してもよい。第3の条件判別において、MME_A40は第3の条件が真であるか偽であるかを判定する。
　MME_A40は、本手続き中の(C)の手続きを、第3の条件が真の場合にはeNB_A45を介してUE_A10にトラッキングエリア更新受諾(Tracking Area Update accept)メッセージを送信し(S1706)、第3の条件が偽の場合には本手続き中の(A)の手続きを停止して、本手続き中の(B)の手続きを開始する。トラッキングエリア更新受諾メッセージには、適切な受諾理由が含まれてもよい。なお、トラッキングエリア更新受諾メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を受諾するメッセージであればよい。
　ここで、MME_A40は、トラッキングエリア更新受諾メッセージに、少なくとも第41から46の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　さらに、各装置は、第43の識別情報、及び/又は第44の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第45の識別情報、及び/又は第46の識別情報を送受信する事で、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
　さらに、各装置は、第41の識別情報を送受信することで、UE_A10の要求が許可された事を示してもよい。さらに、各装置は、第42の識別情報を送受信することで、ネットワークがサポートする接続サービスを示してよい。
　さらに、各装置は、第41から46の識別情報のうち1つ以上の識別情報を送受信する事で、UEの要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はNGSサービスの切り替えを実行してもよい。
　UE_A10がトラッキングエリア更新受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にトラッキングエリア更新完了(Tracking Area Update complete)メッセージを送信する(S1710)。各装置は、トラッキングエリア更新完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にトラッキングエリア更新拒絶(Tracking Area Update reject)メッセージを送信する(S1720)。さらに、UE_A10はトラッキングエリア更新拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、トラッキングエリア更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。トラッキングエリア更新拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、また、トラッキングエリア更新拒絶メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を拒絶するメッセージであればよい。
　ここで、MME_A40は、トラッキングエリア更新拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、コアネットワーク_A90へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。
　さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、NGSサービスへ切り替える際のサービス継続のモードを示してもよい。
　さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を示してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_B190への接続、及び/又はNGSサービスへの切り替えを実行してもよい。
　また、前述した第1、及び/又は第3、及び/又第4の条件判別は、トラッキングエリア更新要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1、及び/又は第3、及び/又第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するトラッキングエリア更新をサポートしていない場合、偽でもよい。
　[1.4.再接続手続きの説明]
　次に、本実施形態における再接続手続きを説明する。ここで、再接続手続きとは、接続を一時切断し、再び接続を確立するまでの手続きである。本実施形態では、コアネットワーク_A90に接続するPDN接続を、コアネットワーク_B190に接続するPDUセッションに切り替える手続きを説明する。また、本手続きは、コアネットワーク_A90に接続する状態から、コアネットワーク_B190に接続する状態に遷移する手続きであってもよい。なお、本実施形態では、2つの再接続手続きについて説明する。以下、第1の再接続手続き及び第2の再接続手続きを説明する。
　[1.4.1.第1の再接続手続きの説明]
　本実施形態における、第1の再接続手続きを、図18を用いて説明する。以下、本手続きとは、第1の再接続手続きを指し、各手続きには、デタッチ手続き、コアネットワーク_B190へのアタッチ手続き、PDUセッション確立手続きがある。なお、各手続きの詳細は、後述する。
　本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_A90に登録されている状態から、コアネットワーク_B190に登録されている状態に遷移する為のものであり、UE_A10がアクセスするコアネットワークや使用する接続サービスを変更する、及び/又は切り替える為の手続きである。さらに、本手続きにより、UE_A10は、アクセスするコアネットワークや使用する接続サービスを変更しても、IPアドレスを維持してもよい。
　まず、各装置は、コアネットワーク_A90へ接続する第1の状態に遷移(S1800)する。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。次に、各装置は、デタッチ手続き(S1802)を実行し、UE_A10がコアネットワーク_A90へ接続していない状態に遷移する。
　続いて、各装置はコアネットワーク_B190へのアタッチ手続きを実行し(S1804)、UE_A10がコアネットワーク_B190に接続する状態に遷移する。更に、各装置はPDUセッション確立手続き(PDU session establishment procedure)を実行してもよい(S1806)。なお、ここで、コアネットワーク_B190へのアタッチとは、コアネットワーク_B190に対するアタッチ手続きである。
　なお、各装置は、デタッチ手続き及び/又はコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。例えば、UE_A10はコアネットワーク_B190へ、少なくとも第51から第57の識別情報のうち1つ以上の識別情報を、デタッチ手続きにおいて送信してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
　例えば、コアネットワーク_B190へのアタッチ手続き、及びPDUセッション確立手続きにおいて、UE_A10はコアネットワーク_B190へ、少なくとも第61から68の識別情報のうち1つ以上の識別情報を送信してもよいし、コアネットワーク_B190はUE_A10から、少なくとも第61から68の識別情報のうち1つ以上の識別情報を受信し、さらに少なくとも第19、及び第26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
　また、UE_A10はコアネットワーク_B190 へ、少なくとも第61から68の識別情報のうち、1つ以上の識別情報をアタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてもよい。同様に、コアネットワーク_B190はUE_A10へ、少なくとも第19、及び第26の識別情報のうち少なくとも1つ以上の識別を、アタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてよい。
　逆に、UE_A10はコアネットワーク_B190へ、少なくとも第61から68の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信せず、PDUセッション確立手続きで送信してもよい。同様に、コアネットワーク_B190は、少なくとも第19、及び第26の識別情報を、アタッチ手続きで送信せず、PDUセッション確立手続きで送信してよい。
　また、UE_A10はコアネットワーク_A90へ第61から68の識別情報のうち、コアネットワーク_B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。同様に、コアネットワーク_B190はUE_A10へ第19及び第26の識別情報のうち、コアネットワーク_B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
　[1.4.1.1.デタッチ手続きの説明]
　まず、デタッチ手続きを、図19を用いて説明する。以下、本手続きとはデタッチ手続きを指す。本実施形態においてデタッチ手続きは、ネットワークが主導して、UE_A10とネットワーク(アクセスネットワーク及び/又はコアネットワーク_A90、及び/又はPDN_A5)間の接続を切断するための手続きである。つまり、UE_A10がコアネットワーク_A90に接続している第1の状態であれば、コアネットワーク_A90は任意のタイミングで本手続きを開始する事ができる。言い換えれば、UE_A10がコアネットワーク_A90に登録されている状態(EMM-REGISTERD)であれば、コアネットワーク_A90は任意のタイミングで本手続きを開始してよい。また、各装置はデタッチ手続き完了に基づいて、UE_A10がコアネットワーク_A90に登録されていない状態(EMM-DEREGISTERD)に遷移してもよい。
　まず、MME_A40は、eNB_A45を介しデタッチ要求(Detach Request)メッセージをUE_A10に送信し(S1900)、デタッチ手続きを開始する。例えばUE_A10の位置情報から、コアネットワーク_A90内の装置が今後UE_A10に接続性を提供できない事を判定したことに基づいて、MME_A40はデタッチ手続きを開始してもよい。さらに、MME_A40は、オペレータポリシーの変更やUE_A10の加入者情報の変更に基づいて、デタッチ手続きを開始してもよい。さらに、MME_A40は、上位層やアプリケーションサーバーからの要求に基づいて、デタッチ手続きを開始してもよい。なお、MME_A40がデタッチ手続きを開始するトリガは、これらに限らない。
　ここで、MME_A40は、デタッチ要求メッセージに、少なくとも第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。これらの識別情報をデタッチ要求メッセージに含めることで、MME_A40はUE_A10に要求を示してもよい。言い換えると、MME_A40は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
　なお、MME_A40は、コアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
　及び/又は、MME_A40は、デタッチ手続きに伴うコアネットワーク_B190へのアタッチ手続き、及び又はデタッチ手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。ここで、このサービス継続の許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、MME_A40はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
　及び/又は、MME_A40は、デタッチ手続きの開始までに確立している一又は複数のPDNコネクションのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_B190へのアタッチ手続き、及び又はデタッチ手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行う場合、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
　及び/又は、MME_A40は、デタッチ手続きの開始までに確立している一又は複数のPDNコネクションのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_B190へのアタッチ手続き、及び又はデタッチ手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第52の識別情報をデタッチ要求メッセージに含め、そうでない場合は、第52の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
　及び/又は、MME_A40は、デタッチ手続きの開始までに確立している一又は複数のPDNコネクションのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_B190へのアタッチ手続き、及び又はデタッチ手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行う、且つEPCに対して確立する通信路又は通信をNGCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、NGCを示す第53の識別情報をデタッチ要求メッセージに含めてもよい。そうでない場合は、EPCを示す第53の識別情報をデタッチ要求メッセージに含めてもよいし、第53の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
　例えば、MME_A40は、第51の識別情報を送信することにより、UE_A10に再びアタッチ手続きを開始するべきか、否かを要求してもよい。また、UE_A10は、受信した第51の識別情報をもとに、再びアタッチ手続きを開始するべきか、否かを判別してもよい。
　なお、MME_A40は、第55の識別情報を送信することにより、第55の識別情報によって示されるNSIへの再アタッチ手続き及び/又はPDUセッション確立手続きを要求してもよい。また、UE_A10は、第55の識別情報を受信することにより、第55の識別情報によって示されるNSIへの再アタッチ手続き及び/又はPDUセッション確立手続きを実行することを決定してもよい。
　ここで、再アタッチ手続きは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きでよい。さらに、再アタッチするとは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きを実行することを示してもよい。
　なお、MME_A40は第56の識別情報を送信することにより、UE_A10がデタッチするDCN識別する情報をUE_A10に通知してもよい。また、UE_A10は、第56の識別情報を受信することにより、UE_A10がデタッチするDCNを識別する情報を保持してもよい。
　なお、MME_A40は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDUセッション確立手続きによって継続することを要求してもよい。また、UE_A10は、第57の識別情報を受信することにより、第57の識別情報によって示される1又は複数のサービスを再アタッチ手続き及び/又はPDUセッション確立手続きを実行することで継続することを決定してもよい。
　ここで、サービス識別情報と、再アタッチ手続き及び/又はPDUセッション確立手続きを行うNSIは対応づけられて送受信されてもよい。さらに、複数のサービス情報が送信される場合、異なるNSIがサービス毎に対応づけられて送受信されてよい。なお、これらの1又は複数のNSIは前述した第56の識別情報であってよい。
　及び/又は、MME_A40は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDUセッション確立手続きによって継続できないことを通知してもよい。また、UE_A10は、第57の識別情報を受信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDUセッション確立手続きによって継続できないことを判別してもよい。
　さらに、各装置は、第52の識別情報を送受信することで、デタッチ手続き完了後に実行されるコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、ハンドオーバーを示すフラグを用いるか否かを示してもよい。
　なお、第52の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、MME_A40は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて開始されるコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
　また、第52の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、MME_A40は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて実行されるコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないことを通知してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
　ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDUセッション確立手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDUセッション確立手続きを再度実行したあとに用いるIPアドレスが、切り替え前以前に用いていたIPアドレスと同一であってよい。
　さらに、各装置は、第53の識別情報を送受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークを示してもよい。また、MME_A40は、第53の識別情報を送信することで、デタッチ手続き完了後にUE_A10が接続を確立すべきコアネットワークの種類を通知してもよい。また、UE_A10は、第53の識別情報を受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークの種類を判別してもよい。
　さらに、各装置は、第54の識別情報を送受信することで、デタッチ手続きの実行理由(Cause)を示してもよい。さらに、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、PDNコネクションの接続先の切り替え時に、PDNコネクションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
　言い換えると、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、デタッチ手続き完了後に、デタッチ手続きで切断されるPDNコネクションと同一のIPアドレスに対応づけられるPDUセッションを、確立可能であることを示してもよいし、確立することを要求してもよい。なお、第51から第57の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
　次に、MME_A40は外部ゲートウェイとしてPGW_A30を選択した場合、本手続き中の(A)を実行し、外部ゲートウェイとしてSCEF_A46を選択した場合、本手続き中の(B)の手続きを実行する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。まず、MME_A40はSGW_A35にセッション削除要求(Delete Session Request)メッセージを送信し(S1902)、本手続き中の(A)の手続きを開始する。
　MME_A40はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。MME_A40は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。さらに、SGW_A35はPGW_A30にセッション削除要求メッセージを送信してもよい(S1904)。SGW_A35は、受信したセッション削除要求メッセージに含まれる識別情報のうち、少なくとも1つ以上の識別情報をセッション削除要求メッセージに含めてもよい。
　PGW_A30は、SGW_A35からのセッション削除要求メッセージの受信に基づき、セッション削除応答(Delete Session Response)メッセージをSGW_A35へ送信し(S1906)、セッション及び/又はUE_A10に関する情報を構成するコンテキストを削除することで、セッションを解放する。
　また、PGW_A30は、SGW_A35から第51から57の識別情報のうち、1つ以上の識別情報の受信に基づき、セッションをすぐに解放せず、セッション及び又はUE_A10に関する情報を構成するコンテキストを一定期間保持してから解放してもよい。この場合、PGW_A30はコンテキストの維持を、タイマを用いて管理してもよい。タイマの値は、オペレータのポリシーにより決定されてもよいし、それ以外の方法で決定されてもよい。
　さらに、SGW_A35は、PGW_A30からのセッション削除応答メッセージの受信に基づき、セッション削除応答メッセージをMME_A40に送信し(S1908)、及び又はUE_A10に関する情報を構成するコンテキストを削除することで、セッションを解放する。
　各装置は、セッション削除応答メッセージの送受信に伴い、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。まず、MME_A40はセッション削除要求メッセージをSCEF_A46に送信し(S1910)、本手続き中の(B)の手続きを開始してよい。
　ここで、MME_A40はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。MME_A40は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。
　SCEF_A46は、MME_A40からのセッション削除要求メッセージの受信に基づき、セッション削除応答メッセージをMME_A40へ送信し(S1912)、セッション及び/又はUE_A10に関する情報を構成するコンテキストを削除することで、セッションを解放する。さらに、MME_A40は、セッション削除応答メッセージを受信する。さらに、各装置は、セッション削除応答メッセージの送受信に伴い、本手続き中の(B)の手続きを完了する。
　さらに、UE_A10は、デタッチ要求メッセージを受信し、任意のタイミングでデタッチ受諾(Detach accept)メッセージをMME_A40に送信してもよい(S1914)。なお、UE_A10は、デタッチ受諾メッセージに、デタッチの種類を識別するデタッチタイプ等の識別情報を含めてもよいし、これらの識別情報を含めることで要求を許可した事を示してもよい。
　MME_A40は、UE_A10からデタッチ受諾メッセージを受信し、セッション削除応答メッセージを受信したこと、及び/又は本手続き中の(A)または(B)の手続きの完了に基づいて、UE_A10とMME_A40間のシグナリング接続の削除手続きを実行してよい(S1916)。具体的には、MME_A40が記憶するUE_A10のコンテキストを削除することで、MME_A40とeNB_A45間の接続性が解放されてもよい。さらに、eNB_A45は、MME_A40とeNB_A45間の接続が解放されたことに基づき、UE_A10への無線リソースを解放することで、UE_A10とeNB_A45間のRRC接続を解放してもよい。
　各装置は、本手続き中の(A)又は(B)の手続き、及び/又はデタッチ受諾メッセージの送受信、及び/又はシグナリング接続の削除手続きにより、デタッチ手続きを完了し、UE_A10はコアネットワーク_A90に登録されていない状態に遷移する。各装置は、デタッチ手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、コアネットワーク_B190へのアタッチ手続き、及び/又はPDUセッション確立手続きでよい。
　より詳細には、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDNコネクションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDNコネクションと同一のIPアドレスに対応づけられるPDUセッションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第57の識別情報に対応する第62の識別情報を送信してもよい。
　また、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDNコネクションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDUセッションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、初期手続きを示す第61の識別情報を送信してもよい。
　さらに、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第53の識別情報、及び/又は第54の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_A90からコアネットワーク_B190への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
　さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_A90によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSC mode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_A90によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
　さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、EPSサービスのみの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、EPSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置は、コアネットワーク_B190へのアタッチ手続き、及び/又はPDUセッション確立手続きを実行してもよい。
　さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、EPSサービスとNGSサービスの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、EPSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置、コアネットワーク_B190へのアタッチ手続きを実行せずに、PDUセッション確立手続きを実行してもよい。
　なお、各装置が、デタッチ手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_A90から受信した識別情報に対応した識別情報をコアネットワーク_B190に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_B190に、第57の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_B190に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_B190に、第56の識別情報に対応する第68の識別情報を送信してもよい。
　[1.4.1.2.コアネットワーク_Bへのアタッチ手続きの概要]
　次に、コアネットワーク_B190へのアタッチ手続きの概要について説明する。本実施形態において、コアネットワーク_B190へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はPDN_A5)へ接続する為の手続きである。
　UE_A10は、コアネットワーク_B190に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行してもよいし、1.4.1.1章で説明したデタッチ手続きに基づいてコアネットワーク_B190にアタッチすることを決定したことに基づいて実行してもよい。言い換えると、UE_A10は、コアネットワーク_B190に登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、コアネットワーク_B190へのアタッチ手続きを開始してもよい。また、UE_A10は、これ以外のトリガに基づいて、コアネットワーク_B190へのアタッチ手続きを開始してもよい。
　[1.4.1.3.PDUセッション確立手続き例]
　次に、PDUセッション確立手続きの例について説明する。以下、本手続きとはPDUセッション確立手続きを指す。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_B190へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_B190へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッション(PDU Session)を確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDUセッション確立を確立してもよい。
　図20を用いて、PDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してCPF_A140にPUDセッション確立要求(PDU Session Establishment Request)メッセージを送信し(S2000)、PDUセッション確立手続きを開始する。
　ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第61から68の識別情報のうち、1つ以上の識別情報を含めてもよい。UE_A10は、これらの識別情報を含めることで、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDUセッション、又は前述した各識別情報が表す内容を反映したPDUセッションの確立をUE_A10が要求していることを示してもよい。
　なお、UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第68の少なくとも一つ以上の識別情報をPDUセッション確立要求メッセージに含めてもよい。
　さらに、各装置は、第61の識別情報を送受信する事で、UE_A10がコアネットワーク_B190へのセッションを要求する事を示してもよいし、本要求がコアネットワーク_A90からのハンドオーバーによる要求であることを示してもよい。
　さらに、各装置は、第62の識別情報を送受信する事で、UE_A10がハンドオーバーを要求するセッションを示してよい。
　さらに、各装置は、第63の識別情報を送受信する事で、UE_A10が要求するAPNを示してもよい。なお、APNは以前のPDN接続手続き中に取得したAPNと同じであってよい。
　さらに、各装置は、第64の識別情報を送受信する事で、以前に接続していたCPF_A140を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。
　さらに、各装置は、第65の識別情報を送信することで、UE_A10を識別する情報を示してよい。第65の識別情報は、以前のPDN接続手続き中またはTAU手続き中に取得したGUTIであってもよいし、IMSIであってもよい。
　さらに、各装置は、第66の識別情報を送受信する事で、UE_A10が要求する接続サービスの種類を示してもよい。
　さらに、各装置は、第67の識別情報を送受信する事で、UE_A10がサポートする接続サービスの種類を示してもよい。
　さらに、各装置は、第68の識別情報を送受信する事で、UE_A10が要求するネットワークスライスタイプまたはNSIを示してもよい。
　さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDNコネクションに対応づけられたIPアドレスによる接続性を維持するためのPDUセッションの確立を要求してもよいし、切り替え前のPDNコネクションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDUセッションに割り当てられることを要求してもよい。
　なお、切り替え前のPDNコネクションとは、EPSサービス、及び/又はコアネットワーク_A90に対して確立されたPDNコネクションでよい。
　CPF_A140はPUDセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、CPF_A140がUE_A10の要求を受諾するか否かを判断するためのものである。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は第1の条件判別が真の場合は本手続き中の(A)の手続きを開始し、第1の条件判別が偽の場合は本手続き中の(B)の手続きを開始してもよい。
　以下、第1の条件判別が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、本手続き中の(C)の手続きを開始し、本手続き中の(A)の手続きを開始する。以下、本手続き中の(C)の手続きの各ステップを説明する。
　CPF_A140は、SGW_A35にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S2002)。
　ここで、CPF_A140は、セッション生成要求メッセージに、少なくとも第61から68の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、UPGW_A130は、セッション生成要求メッセージを受信し、第2の条件判別を実行する。なお、第2の条件判別は、UPGW_A130が、UE_A10の要求を受諾するか否かを判別する為のものである。第2の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第2の条件が偽とは、UE_A10の要求を拒否する場合であり、第2の条件を真と判断しない場合でよい。
　また、第2の条件判別は、UPGW_A130ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、UPGW_A130は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、UPGW_A130は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第2の条件を判別し、UPGW_A130にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、UPGW_A130はIP-CANセッション確立手続き中の応答メッセージを受信し、第2の条件判別の結果を認識する。
　ここで、UPGW_A130は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも少なくとも第61から68の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第2の情報判別の結果を含めてもよいし、この結果を含める事で、第2の条件判別の結果をUPGW_A130に通知してもよいし、この情報を含める事で、UE_A10の要求が許可または拒絶された事を示してしてもよい。
　また、UPGW_A130は外部ゲートウェイ(PGW_A30またはSCEF_A46)と結び付けられていない、及び/又は同一の装置として構成されていない場合、UPGW_A130は、外部ゲートウェイにセッション生成要求メッセージを送信してもよい。さらに、セッション生成要求メッセージを受信した外部ゲートウェイは第2の条件判別を実行し、第2の条件判別結果を含め、セッション生成応答メッセージをUPGW_A130に送信してもよいし、この結果を含める事で、第2の条件判別の結果をUPGW_A130に通知してもよいし、この情報を含める事で、UE_A10の要求が許可または拒絶された事を示してしてもよい。
　なお、外部ゲートウェイが第2の条件判別を実施した場合、UPGW_A130は、外部ゲートウェイから受信した第2の条件判別の結果を基に、第2の条件判別を実施してもよい。例えば、PCRF_A60またはPGW_A30がUE_A10の要求を受諾する場合、PCRF_A60またはPGW_A30、及びUPGW_A130は第2の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60またはPGW_A30、及びUPGW_A130は第2の条件を偽としてもよい。
　第2の条件判別において、UPGW_A130は第2の条件が真であるか偽であるかを判定する。第2の条件が真の場合には、UPGW_A130はCPF_A140にセッション生成応答メッセージを送信する(S2008)。さらに、CPF_A140は、セッション生成応答メッセージを受信する。
　また、UPGW_A130は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。なお、IPアドレスは、前回の接続でUE_A10が割り当てられたIPアドレスと同じであってよい。たとえば、UPGW_A130は、第61から68の識別情報のうち1つ以上の識別情報を受信したこと、及び又は、セッション及び/又はUE_A10に関する情報を構成するコンテキストを記憶することに基づいて、IPアドレスを、以前UE_A10が割り当てられたIPアドレスと同じ値にしてもよい。
　また、第2の条件が偽の場合には、UPGW_A130はCPF_A140にセッション生成拒絶メッセージを送信する(S2008)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(C)の手続きを完了する。
　CPF_A140は、セッション生成応答メッセージの受信に基づいて、NR node_A122にPDUセッション確立受諾(PDU session establishment accept)メッセージを送信する(S2014)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDUセッションがPDNコネクションである場合、PDUセッション確立受諾メッセージは、PDN接続受諾メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化要求メッセージでもよい。また、CPF_A140がeNB_A45に送信するメッセージは、PUDセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッションの確立の要求を受諾するメッセージであればよい。
　eNB_A45は、PUDセッション確立受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPUDセッション確立受諾メッセージを送信する(S2016)。なお、PUDセッション確立受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、CPF_A140は、PUDセッション確立受諾メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
　RRCメッセージを受信した場合、UE_A10はeNB_A45にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S2018)。eNB_A45は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S2020)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　PUDセッション確立受諾メッセージを受信した場合、UE_A10はeNB_A45を介してCPF_A140にPDUセッション確立完了(PDU Session Establishment complete)メッセージを送信する(S2022)(S2024)。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立完了メッセージは、PDN接続完了メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージでもよい。
　また、UE_A10がeNB_A45及びCPF_A140へ送信するメッセージは、PUDセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立手続きが完了する事を示すメッセージであればよい。さらに、CPF_A140は、PDUセッション確立完了メッセージを受信し、第3の条件判別を実行する。
　第3の条件判別は、CPF_A140がUPGW_A130にベアラの変更を要求する要否を判断する為のものである。第3の条件が真の場合、CPF_A140は本手続き中の(D)の手続きを開始する。また、第3の条件判別が偽の場合CPF_A140は本手続き中の(D)の手続きを実行しない。
　以下、本手続き中の(D)の手続きの各ステップを説明する。まず、CPF_A140はベアラ変更要求メッセージをUPGW_A130に送信し(S2026)、本手続き中の(D)の手続きを開始する。さらに、UPGW_A130は、ベアラ変更要求メッセージを受信し、CPF_A140にベアラ変更応答メッセージを送信する(S2028)。さらに、CPF_A140は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。各装置は、PDUセッション確立完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にPDUセッション確立拒絶(PDU Session establishment reject)メッセージを送信し(S2030)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDUセッション拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDUセッション拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDUセッション拒絶メッセージには、適切な拒絶理由が含まれてもよい。また、PDUセッション確立拒絶メッセージは、PUDセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッションの確立の要求を拒絶するメッセージであればよい。
　また、CPF_A140は、PDUセッション確立拒絶メッセージに、第26の識別情報を含めてもよいし、この識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
　さらに、各装置は、第26の識別情報を送受信することで、UE_A10が要求し、ネットワークが拒絶する、ネットワークスライスタイプを示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第26の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。
　また、前述した第1から第3の条件判別は、PUDセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第2の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第2の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第2の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
　[1.4.1.4.コアネットワーク_Bへのアタッチ手続き例]
　図21を用いて、コアネットワーク_B190へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_B190へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_B190に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にアタッチ要求メッセージを送信し(S2100)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPUDセッション確立要求メッセージを含めて送信してもよいし、PUDセッション確立要求メッセージを含める事で、アタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
　ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第61から68の識別情報のうち1つ以上の識別情報を含めてもよい。UE_A10はこれらの識別情報を含める事で、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するアタッチ、又は前述した各識別情報が表す内容を反映したアタッチ、及び/又は接続をUE_A10が要求していることを示してもよい。及び/又は、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDUセッション、又は前述した各識別情報が表す内容を反映したPDUセッションの確立をUE_A10が要求していることを示してもよい。
　さらに、各装置は、第61の識別情報を送受信する事で、UE_A10がコアネットワーク_B190へのセッションを要求する事を示してもよいし、本要求がコアネットワーク_A90からのハンドオーバーによる要求であることを示してもよい。
　さらに、各装置は、第62の識別情報を送受信する事で、UE_A10がハンドオーバーを要求するセッションを示してよい。
　さらに、各装置は、第63の識別情報を送受信する事で、UE_A10が要求するAPNを示してもよい。なお、APNはハンドオーバー元のPDN接続手続き中に取得したAPNと同じであってよい。
　さらに、各装置は、第64の識別情報を送受信する事で、以前に接続していたCPF_A140を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。
　さらに、各装置は、第65の識別情報を送信することで、UE_A10を識別する情報を示してよい。第65の識別情報は、以前のPDN接続手続き中またはTAU手続き中に取得したGUTIであってもよいし、IMSIであってもよい。
　さらに、各装置は、第66の識別情報を送受信する事で、UE_A10が要求する接続サービスの種類を示してもよい。
　さらに、各装置は、第67の識別情報を送受信する事で、UE_A10がサポートする接続サービスの種類を示してもよい。
　さらに、各装置は、第68の識別情報を送受信する事で、UE_A10が要求するネットワークスライスタイプまたはNSIを示してもよい。
　さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDNコネクションに対応づけられたIPアドレスによる接続性を維持するためのPDUセッションの確立を要求してもよいし、切り替え前のPDNコネクションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDUセッションに割り当てられることを要求してもよい。
　なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージ(例えば、ESM情報要求／応答メッセージなど)に含めて送信してもよい(S2102)。
　CPF_A140は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1条件判別を実行する。第1の条件判別は、CPF_A140がUE_A10の要求を受諾するか否かを判断する為のものである。CPF_A140は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。本手続き中の(B)の手続きの詳細は後述する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第2の条件判別を実行し、本手続き中の(A)の手続きを開始する。第2の条件判別とは、CPF_A140がPDN接続手続きを実施するか否かを判別する為のものである。第2の条件判別において、CPF_A140は第2の条件が真であるか偽であるかを判定する。CPF_A140は、PDUセッション確立手続き中の(C)の手続きを、第2の条件が真の場合には開始し、第2の条件が偽の場合には省略する(S2104)。さらに、CPF_A140は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信に基づいて、NR node_A122にアタッチ受諾(Attach accept)メッセージを送信する(S2106)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
　ここで、CPF_A140は、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
　ここで、第2の条件判別は、CPF_A140が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第2の条件が真とは、PUDセッション確立要求メッセージを受信した場合であり、本手続き中でPDUセッション確立手続きも実行する場合でよい。また、第2の条件が偽とは、PUDセッション確立要求メッセージを受信しなかった場合であり、本手続き中でPDUセッション確立手続きも実行しない場合でよいし、第2条件を真と判断しない場合でよい。
　次に、NR node_A122は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第2の条件が真の場合、CPF_A140は、アタッチ受諾メッセージに、前述したPUDセッション確立受諾メッセージを含めて送信してもよいし、PUDセッション確立受諾メッセージを含める事で、PDUセッション確立手続きが受諾された事を示してもよい。
　UE_A10がNR node_A122からRRCメッセージを受信した場合、UE_A10は、NR node_A122にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S2110)。NR node_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S2112)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　UE_A10がCPF_A140からNR node_A122を介してアタッチ受諾メッセージを受信した場合、UE_A10は、NR node_A122を介してCPF_A140にアタッチ完了(Attach complete)メッセージを送信する(S2114)(S2116)。さらに、CPF_A140は、アタッチ完了メッセージを受信する。さらに、第2の条件が真の場合、CPF_A140は、PDUセッション確立手続き中の(D)手続きを開始する(S2118)。第2の条件が偽の場合、CPF_A140はPDUセッション確立手続き中の(D)の手続きを実行しない。各装置は、アタッチ完了メッセージの送受信、及び/又はPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PUDセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含める事で、PDUセッション確立手続きを完了する事を示してもよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第2の条件が真の場合、CPF_A140は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含める事で、PDUセッション確立手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージを受信してもよいし、PDUセッション確立手続きが拒絶された事を認証してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又はコアネットワーク_B190に登録された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態及び/又はコアネットワーク_B190に登録さられない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第26の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_A90や別のセルに対してアタッチ手続きを実施してもよい。
　また、上述した第1及び第2の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1及び第2の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　[1.4.2.第2の再接続手続きの説明]
　次に、本実施形態における第2の再接続手続きを、図22を用いて説明する。以下、本手続きは、第2の再接続手続きを指し、各手続きには、PDN接続切断手続き、及び/又はPDUセッション確立手続きがある。なお、各手続きの詳細は、後述する。
　本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_A90に確立するセッションを、コアネットワーク_B190に移動する為のものであり、セッションを確立するコアネットワークや、セッションで使用される接続サービスを変更する為の手続きである。
　第1の再接続手続きでは、アタッチしているセッションを一斉に切り替える手続きであったのに対し、本手続きはセッションを少なくとも1つずつ切り替える方法を提供する。なお、アタッチしている状態とは、UE_A10がネットワークに接続した状態であってよいし、アタッチしていない状態は、UE_A10がネットワークに接続していない状態であってよい。
　まず、各装置は、コアネットワーク_A90へ接続する第1の状態に遷移し(S2200)する。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。
　次に、各装置は本手続き中の(A)の手続きを実行する。以下、本手続き中の(A)の手続きの各ステップを説明する。
　各装置は、PDN接続切断手続きを実行し(S2202)、本手続き中の(A)の手続きを開始する。各装置は、PDN接続切断手続きを実行することで、少なくとも1つのPDUセッションを解放する。この時、UE_A10とコアネットワーク_A90間で、解放するPDUセッション以外PDUセッションが確立されていない場合、各装置は、明示的または暗示的に、UE_A10がコアネットワーク_A90に登録されていない状態に遷移してもよい。明示的にUE_A10がコアネットワーク_A90に登録されていない状態に遷移するために、各装置は前述したデタッチ手続きを実行してもよい。
　続いて、各装置は、PDUセッション確立手続きを実行する(S2208)。このとき、UE_A10は、コアネットワーク_B190にアタッチしている状態、及び/又は登録されている状態であってよい。もしくは、UE_A10がコアネットワーク_B190にアタッチしていない状態及び/又は登録されていない状態である場合、各装置は前述したコアネットワーク_B190へのアタッチ手続きを実行し、登録状態に遷移してから、PDUセッション確立手続きを実行してもよい。
　各装置は、PDUセッション確立手続きを実行することで、本手続き中の(A)の手続きを完了する。さらに、各装置は再度本手続き中の(A)の手続きを実行してもよい。つまり、本手続き中の第1の状態において、複数のPDN接続がUE_A10とコアネットワーク_A90間で確立されている状態である場合、各装置は、PDN接続ごとに本手続き中の(A)の手続きを実行してもよい。各装置は、少なくとも1回以上の本手続き中の(A)の手続きを実行してよい。
　なお、UE_A10は、PDN接続切断手続きを基に切断したPDNコネクションを除く1又は複数のコアネットワーク_A90に対するPDNコネクションを継続して維持し、これらのPDNコネクションを用いた通信を継続してもよい。
　[1.4.2.1.PDN接続切断手続きの説明]
　本実施形態におけるPDN接続切断手続きを、図23を用いて説明する。以下、本手続きとはPDN接続切断手続きを指す。本手続きは、UE_A10が確立しているPDN接続を切断、及び/または解放する為の手続きである。なお、各装置は、本手続きを複数回実行する事で、複数のPDN接続を切断または解放してもよい。
　以下、本手続きの各ステップについて説明する。まず、各装置はデタッチ手続き中の(A)または(B)の手続きを実行する(S2302)。詳細には、各装置は、切断/解放を要求するセッションの外部ゲートウェイがPGW_A30である場合、デタッチ手続き中の(A)を開始し、切断/解放を要求するセッションの外部ゲートウェイがSCEF_A46である場合、デタッチ手続き中の(B)の手続きを開始する。
　デタッチ手続き中の(A)または(B)の手続きの完了に基づいて、MME_A40は、EPSベアラコンテキスト非アクティブ化要求(Deactivate EPS bearer Context Request)メッセージを、eNB_A45を介してUE_A10に送信する(S2304)。さらに、UE_A10はEPSベアラコンテキスト非アクティブ化要求メッセージを受信する。
　ここで、MME_A40は、EPSベアラコンテキスト非アクティブ化要求メッセージに、少なくとも第71から第76の識別情報を含めてもよい。これらの識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めることで、MME_A40はUE_A10に要求を示してもよい。言い換えると、MME_A40は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
　なお、MME_A40は、コアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第71から76の識別情報のうち1つ以上の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めてもよい。
　及び/又は、MME_A40は、PDN切断手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第71から76の識別情報のうち1つ以上の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めてもよい。ここで、このサービス継続に対する許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、MME_A40はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
　及び/又は、MME_A40は、切断するPDNコネクションに対し、PDN切断手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行う場合、少なくとも第71から76の識別情報のうち1つ以上の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めてもよい。
　及び/又は、MME_A40は、切断するPDNコネクションに対し、PDN切断手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第74の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含め、そうでない場合は、第74の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めないと判断してもよい。
　及び/又は、MME_A40は、切断するPDNコネクションに対し、PDN切断手続きに伴うPDUセッション確立手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つEPCに対して確立する通信路又は通信をNGCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、NGCを示す第73の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めてもよい。そうでない場合は、EPCを示す第73の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めてもよいし、第73の識別情報をEPSベアラコンテキスト非アクティブ化要求メッセージに含めないと判断してもよい。
　例えば、MME_A40は、第71の識別情報を送信する事で、第71の識別情報が示すPDNコネクション及び／又はベアラに対して切断、及び/又切り替え、及び/又はハンドオーバーをUE_A10に要求してもよい。また、UE_A10は、第71の識別情報を受信する事で、切断、及び/又切り替え、及び/又はハンドオーバーを行うPDNコネクション及び／又はベアラを判別してもよい。
　さらに、各装置は、第72の識別情報を送受信する事で、本要求の理由を示してもよい。第72の識別情報は、例えば、ハンドオーバーの要求を示す情報であってもよい。
　また、MME_A40は、第73の識別情報を送信する事で、第73の識別情報が示すシステムに対してセッションの再確立手続きを実行し、セッションの再活性化(reactivation)をすることを要求してもよい。また、UE_A10は、第73の識別情報を受信する事で、第73の識別情報が示すシステムに対してセッションの再確立手続きを実行し、セッションの再活性化(reactivation)をすることを決定してもよい。なお、セッションの再活性化とは、PDU接続手続きを実行することにより、PDUセッションを確立することであってよい。
　さらに、各装置は、第74の識別情報を送受信する事で、セッションの再確立中にハンドオーバーを示す情報の送受信が必要かどうかを示す情報であってよい。
　なお、第74の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、MME_A40は、第74の識別情報を送信することで、PDN切断手続き完了に基づいて開始されるPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第74の識別情報を受信することで、PDN切断手続き完了に基づいて開始するPDUセッション確立手続きPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
　また、第74の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、MME_A40は、第74の識別情報を送信することで、PDN切断手続き完了に基づいて実行されるPDUセッション確立手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないこと通知してもよい。さらに、UE_A10は、第74の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_B190へのPDUセッション確立手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
　ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDUセッション確立手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと、同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDUセッション確立手続きを再度実行したあとに用いるIPアドレスが、切り替え前依然に用いていたIPアドレスと同一であることであってよい。
　また、MME_A40は、第75の識別情報を送信することにより、切断するPDNコネクションが確立されていたDCNをUE_A10に通知してもよい。また、第75の識別情報を受信することにより、切断するPDNコネクションが確立されていたDCNを受信してもよい。
　また、MME_A40は、第76の識別情報を送信することにより、第76の識別情報によって示されるNSIに対するPDUセッション確立手続きを実行することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるNSIに対してPDUセッション確立手続きを実行することを決定してもよい。
　言い換えると、MME_A40は、第76の識別情報を送信することにより、第76の識別情報によって示されるNSIに対してPDUセッションを確立することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるNSIに対してPDUセッションを確立することを決定してもよい。さらに、各装置は、第75、及び/又は第76の識別情報を送受信することで、現在接続するDCN、及び/又は、NGS接続サービスへの切り替えの際の、接続するNSIを示してもよい。さらに、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDNコネクションの接続先の切り替え時に、PDNコネクションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
　言い換えると、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDN接続切断手続き完了後に、PDN接続切断手続きで切断されるPDNコネクションと同一のIPアドレスに対応づけられるPDUセッションを、確立可能であることを示してもよいし、確立することを要求してもよい。
　なお、第71から第76の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
　EPSベアラコンテキスト非アクティブ化要求メッセージを受信したUE_A10は、eNB_A45を介してMME_A40へEPSベアラコンテキスト非アクティブ化受諾(Deactivate EPS bearer Context Accept)メッセージを送信してよい(S2310)。さらに、MME_A40はEPSベアラコンテキスト非アクティブ化受諾メッセージを受信してよい。
　各装置は、EPSベアラコンテキスト非アクティブ化受諾メッセージの送受信に基づいて、本手続きを完了してよい。本手続きの完了により、各装置は、PDNコネクションが切断された状態に遷移してもよい。
　さらに、各装置は、PDNコネクション切断手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、PDUセッション確立手続きでもよい。なお、UE_A10は、PDN切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、PDUセッション確立手続きを開始してもよい。より詳細には、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDNコネクションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDNコネクションと同一のIPアドレスに対応づけられるPDUセッションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報をコアネットワーク_B190に送信してもよいし、第71の識別情報に対応する第62の識別情報を送信してもよい。
　また、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDNコネクションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDUセッションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、初期手続きを示す第61の識別情報を送信してもよい。
　さらに、各装置は、第72の識別情報、及び/又は第73の識別情報、及び/又は第74の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_A90からコアネットワーク_B190への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_B190に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_A90によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSC mode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
　さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_A90によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_B190に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
　なお、各装置が、PDN接続切断手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_A90から受信した識別情報に対応した識別情報をコアネットワーク_B190に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_B190に、第71の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_B190に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_B190に、第76の識別情報に対応する第68の識別情報を送信してもよい。
　[1.4.2.2.PDUセッション確立手続きの説明]
　第2の再接続手続きにおけるPDUセッション確立手続きは、1.4.1.3章で述べたPDUセッション確立手続き例と同様でよい。従って、ここでの詳細な説明は省略する。なお、第61から68の識別情報の内、少なくとも一つ以上の識別情報をPDUセッション確立要求メッセージに含めるか否かは、UE_A10が、PDN切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて決定してもよい。言い換えると、UE_A10は、PDN切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第68の少なくとも一つ以上の識別情報をPDUセッション確立要求メッセージに含めてもよい。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing 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のコアネットワークに変更する、制御部と、を備え、
    　前記送受信部は、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージをMME(Mobility Management Entity)から受信し、
    　　前記アタッチ手続きにおいて、アタッチ要求メッセージをCPF(Control Plane Function)に送信し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とする端末装置。
  2. 　前記アタッチ要求メッセージは、さらに、前記CPFを識別する情報、及び/又はPDUセッション確立要求メッセージを含む、
    　ことを特徴とする請求項1に記載の端末装置。
  3. 　前記送受信部は、
    　　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記MMEから受信する、トラッキングエリア更新手続きを実行し、
    　前記トラッキングエリア更新受諾メッセージは、前記CPFを識別する情報を含む、
    　ことを特徴とする請求項2に記載の端末装置。
  4. 　前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    　前記制御部は、前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替え、
    　前記PDUセッション確立要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項2に記載の端末装置。
  5. 　前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    　ことを特徴とする請求項4に記載の端末装置。
  6. 　前記送受信部は、
    　　前記デタッチ手続き前に、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを前記MMEから受信する、PDN接続手続きを実行し、
    　前記制御部は、前記PDN接続手続きの完了に基づいて、前記セッションを確立し、
    　前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、前記DNを識別する情報を含む
    　ことを特徴とする請求項4に記載の端末装置。
  7. 　MME(Mobility Management Entity)であって、
    　前記MMEは、
    　　デタッチ手続きを実行する、送受信部と、
    　　前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、制御部と、を備え、
    　前記送受信部は、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、
    　前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、
    　ことを特徴とするMME。
  8. 　前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    　ことを識別特徴とする請求項7に記載のMME。
  9. 　前記送受信部は、
    　　前記デタッチ手続き前に、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを前記端末装置に送信する、PDN接続手続きを実行し、
    　前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む
    　ことを特徴とする請求項8に記載のMME。
  10. 　前記送受信部は、
    　　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行し、
    　前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきCPF(Control Plane Function)を識別するための情報を含む、
    　ことを特徴とする請求項7に記載のMME。
  11. 　CPF(Control Plane Function)であって、
    　前記CPFは、
    　　アタッチ手続きを実行する、を実行する送受信部と、
    　　前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワー
    クから第2のコアネットワークに変更するために、前記端末装置と接続する、制御部とを備え、
    　前記送受信部は、
    　　前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とするCPF。
  12. 　前記アタッチ要求メッセージは、さらに、PDUセッション確立要求メッセージを含み、
    　前記PDUセッション確立要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項11に記載のCPF。
  13. 　端末装置の通信制御方法であって、
    　　第1のコアネットワークに対してデタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、ステップとを有し、
    　前記デタッチ手続きにおいて、デタッチ要求メッセージをMME(Mobility Management Entity)から受信するステップを、さらに、有し、
    　前記アタッチ手続きにおいて、アタッチ要求メッセージをCPF(Control Plane Function)に送信するステップを、さらに、有し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とする端末装置の通信制御方法。
  14. 　前記アタッチ要求メッセージは、さらに、前記CPFを識別する情報、及び/又はPDUセッション確立要求メッセージを含む、
    　ことを特徴とする請求項13に記載の端末装置の通信制御方法。
  15. 　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記MMEから受信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    　前記トラッキングエリア更新受諾メッセージは、前記CPFを識別する情報を含む、
    　ことを特徴とする請求項14に記載の端末装置の通信制御方法。
  16. 　前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    　前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替えるステップを、さらに、有し、
    　前記PDUセッション確立要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    　ことを特徴とする請求項14に記載の端末装置の通信制御方法。
  17. 　前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    　ことを特徴とする請求項16に記載の端末装置の通信制御方法。
  18. 　前記デタッチ手続き前に、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを前記MMEから受信する、PDUセッション確立手続きを実行するステップと、
    　前記PDUセッション確立手続きの完了に基づいて、前記セッションを確立するステップとを、さらに、有し、
    　前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、前記DNを識別する情報を含む
    　ことを特徴とする請求項16に記載の端末装置の通信制御方法。
  19. 　MME(Mobility Management Entity)の通信制御方法であって、
    　　デタッチ手続きを実行するステップと、
    　　前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、ステップとを有し、
    　　前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、
    　前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、
    　ことを特徴とするMMEの通信制御方法。
  20. 　前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    　ことを識別特徴とする請求項19に記載のMMEの通信制御方法。
  21. 　前記デタッチ手続き前に、デフォルトEPSベアラコンテキストアクティブ化要求メッセージを前記端末装置に送信する、PDUセッション確立手続きを実行するステップを、さらに、有し、
    　前記デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む　ことを特徴とする請求項20に記載のMMEの通信制御方法。
  22. 　前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    　前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきCPF(Control Plane Function)を識別するための情報を含む、
    　ことを特徴とする請求項19に記載のMMEの通信制御方法。
  23. 　CPF(Control Plane Function)の通信制御方法であって、
    　　アタッチ手続きを実行する、ステップと、
    　　前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置と接続する、
    　ステップとを有し、
    　前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信するステップを、さらに、有し、
    　前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    　ことを特徴とするCPFの通信制御方法。
  24. 　前記アタッチ要求メッセージは、さらに、PDUセッション確立要求メッセージを含み、
    　前記PDUセッション確立要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDNを識別する情報を示す情報を含む、
    　ことを特徴とする請求項23に記載のCPFの通信制御方法。
PCT/JP2017/029306 2016-10-07 2017-08-14 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 WO2018066235A1 (ja)

Applications Claiming Priority (2)

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

Publications (1)

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

Family

ID=61830920

Family Applications (1)

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

Country Status (2)

Country Link
JP (1) JP2019216292A (ja)
WO (1) WO2018066235A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020003677A1 (ja) * 2018-06-25 2020-01-02 株式会社Ｎｔｔドコモ ネットワークノード及び基地局装置
CN112154708A (zh) * 2018-05-21 2020-12-29 夏普株式会社 用户装置、控制装置以及通信控制方法

Citations (3)

* 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

Patent Citations (3)

* 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

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
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 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112154708A (zh) * 2018-05-21 2020-12-29 夏普株式会社 用户装置、控制装置以及通信控制方法
WO2020003677A1 (ja) * 2018-06-25 2020-01-02 株式会社Ｎｔｔドコモ ネットワークノード及び基地局装置

Also Published As

Publication number Publication date
JP2019216292A (ja) 2019-12-19

Similar Documents

Publication Publication Date Title
JP6862453B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信制御方法及びコアネットワーク装置の通信制御方法
WO2018066234A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2018147220A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
CN110892783B (zh) 终端装置以及核心网内的装置
JP6748220B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信方法及びコアネットワークの通信方法
WO2019031433A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2019031434A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2018008603A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2017199957A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018128127A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018084291A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2020100718A1 (ja) Ｕｅ及び通信制御方法
WO2017199955A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018147219A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2016163416A1 (ja) 端末装置、ｐｇｗ及びｍｍｅ
JP6698618B2 (ja) Ｕｅ及びｕｅの通信制御方法
WO2018066235A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2018008601A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
US11844015B2 (en) UE and communication control method for establishing a PDU session in a public land mobile network
WO2017199954A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2021029381A1 (ja) Ｕｅ、及び通信制御方法
JP7216553B2 (ja) Ｕｅ、コアネットワーク装置、及び通信制御方法
WO2018128125A1 (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: 17858075

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17858075

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP