+

WO2018128127A1 - 端末装置、コアネットワーク装置、及び通信制御方法 - Google Patents

端末装置、コアネットワーク装置、及び通信制御方法 Download PDF

Info

Publication number
WO2018128127A1
WO2018128127A1 PCT/JP2017/046638 JP2017046638W WO2018128127A1 WO 2018128127 A1 WO2018128127 A1 WO 2018128127A1 JP 2017046638 W JP2017046638 W JP 2017046638W WO 2018128127 A1 WO2018128127 A1 WO 2018128127A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu session
tracking area
procedure
identification information
core network
Prior art date
Application number
PCT/JP2017/046638
Other languages
English (en)
French (fr)
Inventor
雄大 河崎
真史 新本
Original Assignee
シャープ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シャープ株式会社 filed Critical シャープ株式会社
Priority to CA3049321A priority Critical patent/CA3049321A1/en
Priority to BR112019013919A priority patent/BR112019013919A2/pt
Priority to US16/476,095 priority patent/US20190335413A1/en
Priority to CN201780082211.6A priority patent/CN110140394B/zh
Priority to EP17889668.4A priority patent/EP3567941A4/en
Publication of WO2018128127A1 publication Critical patent/WO2018128127A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • 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/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers

Definitions

  • the present invention relates to a terminal device, a core network device, and a communication control method.
  • This application claims the benefit of priority over Japanese Patent Application No. 2017-509 filed in Japan on January 5, 2017. By referring to it, all of its contents are It is included in the application.
  • 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 systems which are next-generation mobile communication systems.
  • NextGen Architecture and Security for for Next Generation System
  • NextGen extracts technical issues for connecting a wide variety of terminals to cellular networks, and specifies solutions.
  • NextGen is studying to diversify session management in mobile communication services between terminals and network devices.
  • the present invention has been made in view of such circumstances, and an object thereof is to provide means for establishing a session, communication control means for realizing various session continuity, and the like.
  • the terminal device of the present invention executes a PDU session establishment procedure with a device included in the core network, and further moves a tracking area update procedure when moving from tracking area A to tracking area B. And a timer for establishing a PDU session based on completion of the PDU session establishment procedure, suspending the PDU session based on completion of the tracking area update procedure, and managing a state of the PDU session.
  • the tracking area A is a tracking area included in a tracking area list held by the terminal device before execution of the tracking area update procedure
  • the tracking area B is the tracking area B Tracking area different from tracking area A A is and, further, characterized in that a tracking area which is not included in the tracking area list.
  • the gateway of the present invention included in the core network includes a transmitting / receiving unit that executes a PDU session establishment procedure and a tracking area update procedure with a terminal device, and the core network based on completion of the PDU session establishment procedure.
  • a control unit that establishes a PDU session between the terminal device and the terminal device, suspends the PDU session based on completion of the tracking area update procedure, and further executes a timer for managing the state of the PDU session It is characterized by having.
  • the communication control method for a terminal device includes a step of executing a PDU session establishment procedure with a device included in a core network, and a step of establishing a PDU session based on completion of the PDU session establishment procedure.
  • a tracking area update procedure When moving from tracking area A to tracking area B, further executing a tracking area update procedure, suspending the PDU session based on completion of the tracking area update procedure, and A timer for managing a state, and the tracking area A is a tracking area included in a tracking area list held by the terminal device before execution of the tracking area update procedure,
  • the tracking area B is the The tracking area is different from the tracking area A, and is a tracking area not included in the tracking area list.
  • the gateway communication control method of the present invention included in the core network includes a step of executing a PDU session establishment procedure with a terminal device, and the core network and the terminal device based on completion of the PDU session establishment procedure. Establishing a PDU session with each other, executing a tracking area update procedure, suspending the PDU session based on completion of the tracking area update procedure, and managing a state of the PDU session And a step of executing a timer for performing the operation.
  • each terminal device and each device in the core network can support a wide variety of session continuity, and further, by using a session that supports an appropriate type of session continuity, a wide variety can be obtained. Communication of user data can be realized.
  • FIG. 3 is a diagram for explaining an example of the configuration of a core network 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
  • FIG. 1 is a diagram for explaining the outline of the mobile communication system in the present embodiment.
  • the mobile communication system 1 includes a mobile terminal apparatus UE_A10, an access network_B, a core network_B190, and a PDN (PacketData Network) _A5.
  • UE_A10 may be a terminal device that can be wirelessly connected, and may be a UE (User Equipment), an ME (Mobile Equipment), an MS (Mobile Station), a CIoT (Cellular Internet of Things) terminal (CIoT UE), or the like.
  • the core network may be a core network_B190
  • the access network may be an access network_B.
  • the core network may be a core network device.
  • the core network device may be a device that executes part or all of each device and / or processing or function of each device included in the core network_B190.
  • the access network_B may be NextGen RAN_A120 and / or E-UTRAN_A80 and / or WLAN ANc125.
  • UE_A10 can be connected to the access network and / or the core network. Furthermore, UE_A10 can connect with PDN_A5 via an access network and / or a core network, and further transmits / receives user data to / from PDN_A5.
  • the user data may be data transmitted / received between UE_A10 and PDN_A5. Further, transmission / reception (communication) of user data may be performed using a PDU (Protocol Data Unit or Packet Data Unit) session or may be performed using a PDN connection (Packet Data Network Connection). Further, user data communication is not limited to IP (Internet Protocol) communication but may be non-IP communication.
  • a PDU session or a PDN connection (hereinafter also referred to as a PDN connection) is established between UE_A10 and PDN_A5 in order to provide a PDU connection service for transmitting and receiving user data between UE_A10 and PDN_A5.
  • the PDU session or PDN connection may be connectivity established between UE_A 10 and the external gateway.
  • the external gateway may be a device that connects the PDN_A5 and a core network such as PGW (Packet Data Network Gateway) _A30, UPGW (User Plane Gateway) _A130, and SCEF (Service Capability Exposure Function) _A46.
  • PGW Packet Data Network Gateway
  • UPGW User Plane Gateway
  • SCEF Service Capability Exposure Function
  • the PDU session or PDN connection may be a communication path established for transmitting / receiving user data between the UE_A 10 and the core network and / or PDN_A5, or may be a communication path for transmitting / receiving PDUs.
  • the PDU session or the PDN connection may be a session established between the UE_A 10 and the core network and / or PDN_A5, and is configured by a transfer path such as one or a plurality of bearers between each device in the mobile communication system 1. It may be a logical communication path.
  • the PDU session may be a connection established between the UE_A10 and the core network_B190 and / or the external gateway, a connection established between the UE_A10 and the UPGW_A130, or a PDN connection.
  • a connection such as (Packet Data Network Connection) may be used.
  • the PDN connection may be connectivity and / or connection between UE_A10 and PGW_A30 via eNB (evolved) NodeB) _A45 and / or SGW (ServingGateway) _A35, or eNB_A45 and / or MME (Mobility) Management Entity) It may be connectivity and / or connection between UE_A 10 and SCEF_A 46 via _A40. Further, the PDU session may be connectivity and / or connection between UE_A 10 and UPGW_A 130 via NR node_A122. Further, the PDN connection may be identified by a PDN connection ID, and the PDU session may be identified by a PDU session ID. Furthermore, the PDN connection and the PDU session may be identified by an EPS bearer ID.
  • UE_A 10 can transmit and receive user data using a PDU session or a PDN connection with a device such as an application server arranged in PDN_A 5.
  • the PDU session or the PDN connection can transfer user data transmitted and received between devices such as an application server arranged in the UE_A10 and the PDN_A5.
  • each device UE_A10, a device in the access network, and / or a device in the core network
  • identification information includes APN (AccessPoint Name), TFT (Traffic Flow Template), session type, application identification information, PDN_A5 identification information, NSI (Network Slice Instance) identification information, and DCN (Dedicated Core Core Network). At least one of the identification information and the access network identification information may be included, or other information may be further included. Further, when a plurality of PDU sessions or PDN connections are established, each piece of identification information associated with the PDU session or PDN connection may have the same contents or different contents. Further, the NSI identification information is information for identifying the NSI, and may be NSI ID or Slice Instance ID hereinafter.
  • IP communication is data communication using IP, and is data communication realized by transmission / reception of IP packets with an IP header.
  • the payload part which comprises an IP packet may contain user data which UE_A10 transmits / receives.
  • the non-IP communication is data communication that does not use IP, and is data communication that is realized by transmission / reception of data without an IP header.
  • non-IP communication may be data communication realized by transmission / reception of application data to which no IP packet is attached, or another header such as a Mac header or an Ethernet (registered trademark) frame header is attached to UE_A10.
  • User data to be transmitted / received may be transmitted / received.
  • PDN_A5 may be a DN (Data Network) that provides a communication service to UE_A10.
  • the DN may be configured as a packet data service network or may be configured for each service.
  • PDN_A5 may include a connected communication terminal. Therefore, connecting to PDN_A5 may be connecting to a communication terminal or server device arranged in PDN_A5. Further, transmitting / receiving user data to / from PDN_A5 may be transmitting / receiving user data to / from a communication terminal or server device arranged in PDN_A5.
  • PDN_A5 may be expressed as DN, or DN may be expressed as PDN_A5.
  • the access network is a wireless network connected to UE_A10 and / or the core network.
  • the access network may be a 3GPP access network or a non-3GPP access network.
  • the 3GPP access network may be E-UTRAN (Evolved Universal Terrestrial Radio Access Network) _A80, NextGen RAN (NextGeneration Radio Access Network) _A120, and the non-3GPP access network may be WLAN ANc125.
  • UE_A 10 may be connected to the access network in order to connect to the core network, or may be connected to the core network via the access network.
  • the core network is an IP mobile communication network operated by a mobile network operator (Mobile Network Operator) connected to the access network and / or PDN_A5.
  • the core network may be a core network for a mobile communication operator that operates and manages the mobile communication system 1, or a virtual mobile communication provider such as MVNO (Mobile Virtual Network Operator) or MVNE (Mobile Virtual Network Enabler) or a virtual mobile body.
  • a core network for a communication service provider may be used.
  • the core network_B190 may be an EPC (Evolved Packet System Core) that configures EPS (Evolved Packet System) or an NGC (Next Generation (NextGen) Core) that configures NGS (NextGen System (Next Generation System)).
  • 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.
  • 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 (ControlPlane 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-UTRAN80, 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.
  • 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. Note that UPGW_A130 may be SGW_A35 and / or PGW_A30.
  • PGW_A30 is connected to PDN_A5, SGW_A35, and PCRF_A60, and is a relay device that transfers user data as a gateway between PDN_A5 and / or DN and core network_B190. Note that 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_B190. Further, the plurality of gateways may be gateways connecting the core network_B190 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, and E-UTRAN_A80, and is a relay device that transfers user data as a gateway between the core network_B190 and the 3GPP access network (E-UTRAN_A80, NextGen RAN_A120).
  • 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.
  • CPF_A140 is a device connected to UPGW_A130, E-UTRAN_A80, NextGen RAN_A120, WLAN ANc125, HSS_A50 and SCEF_A46.
  • CPF_140 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_140 may be an NF that plays one or more of these roles.
  • the NF may be one or a plurality of devices arranged in the core network_B190, or may be a CP function (Control Plane ⁇ ⁇ Function or Control PlaneNetwork Function) for control information and / or control messages. It may be a shared CP function (CCNF: Common CPNF (Control: PlaneNetwork Function))
  • CPF_A 140 may have connectivity with other NFs, and may be connected to each device via other NFs.
  • CPF_A140 may be MME_A40.
  • 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.
  • a plurality of such control devices may be arranged in the core network_B190, and 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 a plurality of core networks or DCN or NSI, or one or a plurality of 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_B190 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_B190, 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 between multiple NSIs.
  • CPF Control Plane Function
  • Control Plane Network Function Control Plane Network Function
  • NF is a processing function configured in the network. That is, the NF may be a functional device such as MME, SGW, PGW, CPF, or UPGW, or may be function or capability capability information such as MM (Mobility Management) or SM (Session Management).
  • the NF may be a functional device for realizing a single function or a functional device for realizing a plurality of functions.
  • the NF for realizing the MM function and the NF for realizing the SM function may exist separately, and the NF for realizing both the MM function and the SM function exists. May be.
  • SCEF_A46 is connected to PDN_A5 and CPF_A140 or 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_B190.
  • 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_B190. Further, a plurality of gateways connecting the core network_B190 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.
  • HSS_A50 is connected to MME_A40 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.
  • PCRF_A60 is connected to UPGW_A130 or PGW_A30 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.
  • 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.
  • E-UTRAN_A80 is an LTE (LongTerm Evolution) access network and includes eNB_A45.
  • eNB_A45 is a radio base station to which UE_A10 is connected by E-UTRA (EvolvedvolveUniversal TerrestrialRadio Access), and E-UTRAN_A80 may include one or more eNB_A45.
  • a plurality of eNBs may be connected to each other.
  • NextGen RAN_A120 is a 5G access network and includes NR node (New RadioAccess Technology node) _A122.
  • NR node_A122 is a radio base station to which UE_A10 is connected by NextGen RA (Next GenerationRadio Access), and NextGen ⁇ RAN_A120 may include one or more NR node_A122.
  • NextGen RAN_A120 may include NR node_A122 and NR node_B123. In this case, NR node_B123 may have the same configuration as NR node_A122.
  • NextGen RAN_A120 may be an access network configured by E-UTRA and / or NextGen RA.
  • NextGen RAN_A120 may include eNB_A45, NR node_A122, or both.
  • eNB_A45 and NR node_A122 may be the same device. Therefore, NR node_A122 can be replaced with eNB_A45.
  • WLAN ANc125 is a wireless LAN access network and includes WAG_A126.
  • WAG (WLAN AccessGateway) _A126 is a radio base station to which UE_A10 is connected by wireless LAN access, and WLAN ANc125 may be configured to include one or more WAG_A126.
  • WAG_A126 may be a gateway between the core network_B190 and WLAN ANc125.
  • the functional unit of the radio base station and the functional unit of the gateway may be configured by different devices.
  • 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 the state in which UE_A10 is registered in EPC and the state in which NUE is registered in NGC.
  • GUTI Globally Unique Temporary Identity
  • the GUTI includes MME_A40 / CPF_A140 identification information (GUMMEI (Globally UniqueMME Identifier)) and UE_A10 identification information (M-TMSI (M-Temporary MobileSubscriber Identity)) in the specific MME_A40 / CPF_A140.
  • ME Identity is an 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_140.
  • 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. Further, the APN can also be used as information for selecting a gateway such as PGW_A30 / UPGW_A130 that connects the core network A_90.
  • 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.
  • eNBAddress is the IP address of eNB_A45.
  • MME UE S1AP ID is information for identifying UE_A10 in MME_A40 / CPF_A140.
  • eNB UE S1AP ID is information for identifying UE_A10 in eNB_A45.
  • APNAPin Use is a recently used APN.
  • APN in Use can be Data Network Identifier. This APN may be composed of network identification information and default operator identification information. Further, APN in Use may be information for identifying the DN of the establishment destination of the PDU session.
  • Assigned Session Type is information indicating the type of PDU session. Assigned Session Type may be Assigned PDN Type. The type of PDU session may be IP or non-IP. Furthermore, when the type of the PDU session is IP, information indicating the type of PDN allocated from the network may be further included. The Assigned Session Type may be IPv4, IPv6, or IPv4v6.
  • IP Address is an IP address assigned to the UE.
  • the IP address may be an IPv4 address, an IPv6 address, or an IPv6 prefix.
  • Assigned Session Type indicates non-IP, the IP Address element does not have to be included.
  • DN ID is identification information that identifies the core network_B190 and an external network such as 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.
  • SCEF IV ID is the SCEF_A46 IP address used in the PDU session.
  • DefaultBearer is information acquired and / or generated when a PDU session is established, and is EPS bearer identification information for identifying a default bearer associated with a PDU session.
  • EPS Bearer ID is the EPS bearer identification information.
  • the EPS Bearer ID may be identification information for identifying SRB (SignallingallRadio Bearer) and / or CRB (Control-plane-Radio bearer), or may be identification information for identifying DRB (Data Radio Bearer).
  • TI TransactionIdentifier
  • the EPS Bearer ID may be EPS bearer identification information for identifying a dedicated bearer. Therefore, identification information for identifying an EPS bearer different from the default bearer may be used.
  • TFT indicates all packet filters associated with the EPS bearer.
  • the TFT is information for identifying a part of user data to be transmitted / received, and the UE_A 10 transmits / receives the user data identified by the TFT using an EPS bearer associated with the TFT.
  • UE_A 10 transmits and receives user data identified by the TFT using an RB (RadioRadBearer) associated with the TFT.
  • the TFT may associate user data such as application data to be transmitted / received with an appropriate transfer path, or may be identification information for identifying application data.
  • UE_A10 may transmit / receive user data that cannot be identified by TFT using a default bearer.
  • UE_A10 may memorize
  • Default Bearer is EPS bearer identification information that identifies the default bearer associated with the PDU session.
  • the EPS bearer may be a logical communication path established between UE_A10 and PGW_A30 / UPGW_A130, or may be a communication path forming a PDN connection / PDU session. 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.
  • the RB identification information may be associated with the EPS bearer identification information on a one-to-one basis, or may be the same identification information.
  • RB may be SRB and / or CRB or DRB.
  • DefaultBearer may be information that UE_A10 and / or SGW_A35 and / or PGW_A30 / UPGW_A130 obtain from the core network when a PDU session is established.
  • the default bearer is an EPS bearer that is first established during a PDN connection / PDU session, and is an EPS bearer that can be established only during one PDN connection / PDU session.
  • the default bearer may be an EPS bearer that can be used for communication of user data not associated with the TFT.
  • a dedicated bearer is an EPS bearer that is established after a default bearer is established in a PDN connection / PDU session, and a plurality of EPS bearers that can be established in one PDN connection / PDU session. is there.
  • a dedicated bearer is an EPS bearer that can be used for communication of user data associated with a TFT.
  • User Identity is information for identifying a subscriber. UserIdentity may be IMSI or MSISDN. Further, the user identity may be identification information other than IMSI or MSISDN. Serving Node Information is information for identifying MME_A40 / CPF_A140 used in the PDU session, and may be the IP address of MME_A40 / CPF_A140.
  • ENB Address is the IP address of eNB_A45.
  • the eNB ID is information for identifying the UE in the eNB_A45.
  • MME Address is the IP address of MME_A40 / CPF_A140.
  • the MME ID is information for identifying MME_A40 / CPF_A140.
  • NR node Address is the IP address of NR node_A122.
  • NR node ID is information for identifying NR node_A122.
  • WAG Address is the IP address of WAG_A126.
  • WAGID is information for identifying WAG_A126.
  • each device may operate on physical hardware, or may be logically configured on virtually general-purpose hardware. It may operate on hardware.
  • FIG. 4 shows the device configuration of UE_A10.
  • the UE_A 10 includes a transmission / reception unit_A420, a control unit_A400, and a storage unit_A440.
  • the transmission / reception unit_A420 and the storage unit_A440 are connected to the control unit_A400 via a bus.
  • the 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_B190 and a UE context used when connecting to the core network_B190.
  • the UE context used when connecting to the core network_B190 and the UE context used when connecting to the core network_B190 may be stored together or may be stored separately.
  • FIG. 5 (b) shows information elements included in the UE context stored for each UE.
  • the UE context stored for each UE includes IMSI, EMMState, GUTI, and ME Identity.
  • FIG. 5 (c) shows a UE context for each PDU session or PDN connection stored for each PDU session or PDN connection.
  • the UE context for each PDU session includes APN in Use, Assigned Session Type, IP Address (es), and Default Bearer.
  • FIG. 5 (d) shows a UE context for each bearer stored in the UE storage unit.
  • the UE context for each bearer includes EPS Bearer ID, TI, and TFT.
  • FIG. 6 shows device configurations of eNB_A45, NR node_A122, and WAG_A126.
  • eNB_A45, NR node_A122, and WAG_A126 are configured by a network connection unit_B620, a transmission / reception unit_B630, a control unit_B600, and a storage unit_B640.
  • the network connection unit_B620, the transmission / reception unit_B630, and the storage unit_B640 are connected to the control unit_B600 via a bus.
  • Control unit_B600 is a functional unit for controlling eNB_A45.
  • the control unit_B600 implements various processes by reading and executing various programs stored in the storage unit_B640.
  • the network connection unit_B620 is a functional unit for the eNB_A45, NR node_A122, and WAG_A126 to connect to the MME_A40 and / or SGW_A35. Furthermore, the network connection unit_B620 is a transmission / reception unit in which the eNB_A45, NRnode_A122, and WAG_A126 transmit / receive user data and / or control information from the MME_A40 and / or SGW_A35.
  • the transmission / reception unit_B630 is a functional unit for the eNB_A45, NR node_A122, and WAG_A126 to connect to the UE_A10. Further, the transmission / reception unit_B630 is a transmission / reception function unit that transmits / receives user data and / or control information from the UE_A10. In addition, an external antenna _B610 is connected to the transmission / reception unit _B630.
  • Storage unit_B640 is a functional unit that stores programs, data, and the like necessary for each operation of eNB_A45, NR node_A122, and WAG_A126.
  • the storage unit_B640 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_B640 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_B640 may store these pieces of information as contexts for each UE_A10.
  • FIG. 7 shows the device configuration of MME_A40 and CPF_140.
  • the MME_A 40 and the CPF_140 are configured by 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_140.
  • 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_140 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_140.
  • 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_140 may be a storage context for the MME context.
  • FIG. 8 (b) shows information elements included in the UE context stored for each UE.
  • the MME context stored for each UE is IMSI, MSISDN, MM State, GUTI, ME Identity, UE Radio Access Capability, UE Network Capability, MS Network Capability, Access Restriction, MME F-TEID, SGW F -One or more of TEID, eNB Address, MMEUE 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, NRnode ID, and WAG ID.
  • the information elements included in the MME context shown in FIGS. 8 and 9 may be included in either the MM context or the EPS bearer context and stored.
  • FIG. 10 shows the device configuration of SGW_A35.
  • SGW_A35 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SGW_A35.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SGW_A35 to connect to a base station and / or access point in the access network, and / or MME_A40, and / or PGW_A30, and / or SGSN_A42. Further, in the network connection unit _D1020, the SGW_A35 transmits and receives user data and / or control information from the base station and / or access point in the access network, and / or the MME_A40, and / or the PGW_A30, and / or the SGSN_A42. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data necessary for each operation of SGW_A35.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 includes one stored for each UE, one stored for each PDU session, and one stored for each bearer.
  • FIG. 11 (b) shows information elements of EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, MEIdentity, MSISDN, MME F-TEID, and SGW F-TEID.
  • the EPS bearer context includes an EPS bearer context for each PDU session stored for each PDU session.
  • FIG. 11 (c) shows an EPS bearer context for each PDU session.
  • the EPS bearer context for each PDU session includes APN Use, Assigned Session Type, SGW F-TEID, PGW F-TEID, Default Bearer, and IP Address (es).
  • EPS bearer context includes EPS bearer context for each bearer.
  • FIG. 11 (d) shows an EPS bearer context for each bearer.
  • EPS bearer context for each bearer is EPS Bearer ID, TFT, PGW F-TEID, SGWF-TEID, eNB F-TEID, MME Address, NR node Address, WAG Address, MME ID, NR node ID , Including one or more of WAGID.
  • FIG. 10 shows the device configurations of PGW_A30 and UPGW_A130.
  • the PGW_A30 and the UPGW_A130 are composed of a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • the functions of these units may operate on physical hardware, or may operate on logical hardware configured virtually on general-purpose hardware.
  • Control unit_D1000 is a functional unit for controlling PGW_A30.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for connecting the PGW_A30 to the SGW_A35 and / or PCRF_A60 and / or ePDG_A65 and / or AAA_A55 and / or TWAG_A74 and / or PDN_A5.
  • the network connection unit _D1020 allows the PGW_A30 to transmit and receive user data and / or control information from the SGW_A35 and / or PCRF_A60, and / or ePDG_A65, and / or AAA_A55, and / or TWAG_A74, and / or PDN_A5. It is a transmission / reception unit.
  • the network connection unit_D1020 is a functional unit for UPGW_A130 to connect with PCRF_A60 and / or UPGW_A130 and / or PDN_A5.
  • the network connection unit _D1020 allows the PGW_A30 to transmit and receive user data and / or control information from the SGW_A35 and / or PCRF_A60, and / or ePDG_A65, and / or AAA_A55, and / or TWAG_A74, and / or PDN_A5. It is a transmission / reception unit.
  • Storage unit_D1040 is a functional unit that stores programs and data required for each operation of PGW_A30.
  • the storage unit_D1040 is configured by, for example, a semiconductor memory, an HDD, or the like.
  • the storage unit_D1040 may store at least identification information and / or control information and / or flags and / or parameters included in a control message transmitted and received in a communication procedure described later.
  • the storage unit_D1040 stores the EPS bearer context 1042 as shown in the figure.
  • the EPS bearer context 1042 includes one that is stored for each UE, one that is stored for each APN, one that is stored for each PDU session or PDN connection, and one that is stored for each bearer. May be stored separately. Further, the EPS bearer context may be a context stored in UPGW_A 130.
  • FIG. 12 (b) shows information elements included in the EPS bearer context stored for each UE.
  • the EPS bearer context stored for each UE includes IMSI, MEIdentity, MSISDN, and RAT type.
  • Fig. 12 (c) shows the EPS bearer context stored for each APN.
  • the EPS bearer context stored for each APN in the PGW storage unit includes APN in use.
  • the EPS bearer context stored for each APN may be stored for each Data ⁇ ⁇ Network Identifier.
  • Fig. 12 (d) shows the EPS bearer context for each PDU session or PDN connection stored for each PDU session or PDN connection.
  • the EPS bearer context for each PDU session or PDN connection includes Assigned Session Type, IP Address (es), SGW F-TEID, PGW F-TEID, and Default Bearer.
  • Fig. 12 (e) shows the EPS bearer context stored for each EPS bearer.
  • the EPS bearer context includes EPS Bearer ID, TFT, SGWF-TEID, and PGW F-TEID.
  • FIG. 10 shows the device configuration of SCEF_A46.
  • the SCEF_A 46 includes a network connection unit_D1020, a control unit_D1000, and a storage unit_D1040.
  • the network connection unit_D1020 and the storage unit_D1040 are connected to the control unit_D1000 via a bus.
  • Control unit_D1000 is a functional unit for controlling SCEF_A46.
  • the control unit_D1000 implements various processes by reading and executing various programs stored in the storage unit_D1040.
  • the network connection unit_D1020 is a functional unit for the SCEF_A46 to connect to the core network_B190.
  • 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 network is an access network and / or core network_B190 and / or PDN_A5. Further, the network may indicate any device included in the access network and / or the core network_B190 and / or the PDN_A5. That is, when the network performs message transmission / reception and / or a procedure, it means that a device in the network performs message transmission / reception and / or a procedure.
  • 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. Further, 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. Furthermore, the tracking area may be a routing area, a location area, or the like. Hereinafter, the tracking area may be TA (Tracking Area).
  • the TA list is a list including one or more TAs assigned by the network to UE_A10.
  • UE_A10 may be able to move without executing the tracking area update procedure while moving in one or more TAs included in the TA list.
  • UE_A10 may be an information group in which the TA list indicates an area in which UE_A10 can move without executing the tracking area update procedure.
  • the mobility across the TA of UE_A10 indicates that UE_A10 moves to a TA different from the currently connected TA.
  • the mobility across the TA of the UE_A 10 may be that the UE_A 10 has entered a different TA from the currently connected TA.
  • a TA different from the TA to which UE_A10 is currently connected may be a TA that is not included in the TA list currently held by UE_A10.
  • the location information is re-registered and / or the established communication path is based on the fact that UE_A10 has entered a different TA from the currently connected TA. It may include performing session continuation (Session Continuity) and / or service continuation (Service Continuity) by switching.
  • the first timer is a timer for indicating the expiration date of the suspended PDU session.
  • Each device may disconnect a suspended PDU session based on the expiration of the first timer.
  • timing of starting the first timer may be when the PDU session is suspended, or when UE_A10 enters a new TA, and is performed when UE_A10 enters a new TA. It may be when the tracking area update procedure is completed.
  • the tracking area update procedure executed when UE_A10 returns to the previously connected TA or when UE_A10 returns to the previously connected TA If completed, the suspended PDU session may be resumed. In this case, the execution of the first timer may be stopped, and the first timer may be reset.
  • the TA to which UE_A10 has previously connected may be a TA included in the TA list held by UE_A10 before the PDU session is suspended.
  • the first type of PDU session in the present embodiment is a PDU session that is disconnected during mobility across the TA of UE_A10.
  • the first type of PDU session may be a PDU session in which session continuation is not performed.
  • the first type of PDU session may be configured with a bearer that is disconnected in the case of mobility across the TA of UE_A10.
  • the disconnection of the first type of PDU session may be performed based on intrusion of UE_A10 into a different TA, or based on execution of a tracking area update procedure performed after UE_A10 enters into a different TA. It may be carried out or may be carried out based on execution of another procedure executed after the tracking area update procedure. Note that the timing at which the first type PDU session is disconnected is not limited to this.
  • the PDU session disconnection may be performed individually by each device without transmitting / receiving a control message between the devices, or a procedure for disconnecting a PDU session and / or a bearer, and / or each You may implement
  • the bearer associated with the PDU session when it is expressed that the PDU session is disconnected, it may mean that the bearer associated with the PDU session is disconnected, and further, associated with the PDU session and / or bearer. It may mean that the given context is released.
  • the second type of PDU session in the present embodiment is a PDU session that is suspended or resumed during mobility across the TA of UE_A10.
  • the second type of PDU session is a PDU session that does not perform session continuity (Session Continuity) but can return to the previous state under conditions such as returning to the original TA. It's okay.
  • the second type of PDU session may be configured with a bearer that is suspended or resumed in the case of mobility across the TA of UE_A10.
  • suspension and / or resume of the second type of PDU session may be performed based on intrusion of UE_A10 into a different TA, or a tracking area update procedure performed after UE_A10 intrudes into a different TA. May be executed based on the execution of the tracking area update procedure, or may be executed based on the execution of another procedure executed after the tracking area update procedure. Note that the timing at which the second type PDU session is suspended or resumed is not limited to this.
  • the second type of PDU session may be disconnected based on the expiration of the first timer.
  • each device may disconnect the suspended PDU session if the first timer expires in the state where the second type PDU session is suspended, and the context for the suspended PDU session. May be released.
  • suspend and / or resume of the PDU session may be performed individually by each device without transmitting / receiving a control message between the devices, or a procedure for suspending the PDU session and / or bearer or You may implement
  • the bearer associated with the PDU session when it is expressed that the PDU session is suspended, it may mean that the bearer associated with the PDU session is suspended, and further associated with the PDU session and / or bearer. It may mean transition to a state in which transmission / reception of user data using a PDU session and / or a bearer is not possible while maintaining a given context.
  • the bearer associated with the PDU session when it is expressed that the PDU session is resumed, it may mean that the bearer associated with the PDU session is resumed, and the maintained PDU session and / or Alternatively, it may mean transition to a state in which user data can be transmitted and received using a PDU session and / or a bearer using a context associated with the bearer.
  • the default type PDU session in the present embodiment is a PDU session established when each device does not transmit / receive identification information indicating the type of PDU session to be established in the PDU session establishment procedure.
  • the type of the default type PDU session may be determined by a policy such as a UE policy or an operator policy, or may be set in UE_A10 in advance. Further, the default type PDU session may be the first PDU session, the second PDU session, or the third PDU session. The determination of the default type of PDU session is not limited to this.
  • the default type of PDU session in this embodiment is a PDU session established when each device does not transmit or receive identification information indicating the type of PDU session to be established in the procedure for establishing the PDU session. is there.
  • the type of the default type PDU session may be determined by a policy such as a UE policy or an operator policy, or may be set in UE_A10 in advance. Further, the default type PDU session may be the first PDU session, the second PDU session, or the third PDU session. The determination of the default type of PDU session is not limited to this.
  • the first state in the present embodiment is a state in which the procedure for connecting and registering the UE_A10 to the core network_B190 has been completed and each device has established a PDU session.
  • Each device may execute the procedure for registering UE_A10 in the core network_B190 and the procedure for establishing a PDU session at the same time or separately.
  • the first state in the present embodiment may be a state in which each device has established a PDU session with respect to the core network_B190. More specifically, the first state may be a state in which each device establishes a PDU session between UE_A10 and UPGW_A130 via NRnode_A122.
  • the first state may be a state in which mobility across the TA of UE_A10 is performed, and an established PDU session and / or bearer continues by the mobility across the TA of UE_A10. It may be a resumed state or a resumed state. Note that the first state is not limited to these states.
  • the second state in the present embodiment may be a state in which the tracking area update procedure for updating the location registration information of UE_A10 is completed.
  • the trigger for the tracking area update procedure may be an intrusion of UE_A10 into a different tracking area.
  • the second state may be a state in which each device has established only an appropriate PDU session based on execution of the tracking area update procedure.
  • the second state may be a state where mobility across the TA of UE_A10 is performed, and the established PDU session and / or bearer is disconnected due to the mobility across the TA of UE_A10. It may be a state or a suspended state. Note that the second state is not limited to this.
  • the NSI Network Slice Instance
  • the NSI in the present embodiment may be configured by a virtual NF (Network Function) generated using NST (Network Slice Template).
  • NST is a logical expression of one or a plurality of NF (Network Function) associated with a resource request for providing a required communication service and capability.
  • the NSI may be an aggregate in the core network_B190 composed of a plurality of NFs.
  • the NSI may be a logical network configured to separate user data delivered by services or the like.
  • At least one or more NFs may be configured in the network slice.
  • the NF configured in the network slice may or may not be a device shared with other network slices.
  • UE shall be assigned to one or more network slices based on registration information and / or APN such as UE usage type and / or one or more network slice type IDs and / or one or more NS IDs Can do.
  • APN such as UE usage type and / or one or more network slice type IDs and / or one or more NS IDs Can do.
  • the first identification information in the present embodiment is UE_A10 capability information indicating that the first type of PDU session is supported.
  • the first identification information may be information indicating whether UE_A10 supports the first type of PDU session.
  • the second identification information in this embodiment is UE_A10 capability information indicating that the second type of PDU session is supported.
  • the second identification information may be information indicating whether UE_A10 supports the second type of PDU session.
  • the third identification information in this embodiment is UE_A10 capability information indicating that the third type PDU session is supported.
  • the third identification information may be information indicating whether the UE_A 10 supports the third type PDU session.
  • the fourth identification information in the present embodiment is information indicating the type of PDU session that UE_A 10 requests to establish.
  • Types of PDU sessions may include a first type PDU session, a second type PDU session, and a third type PDU session. Note that the type of PDU session is not limited to this. Further, the fourth identification information may be configured by one or more pieces of identification information of the fifth to seventh identification information, or may be configured as independent identification information, such as the fifth to seventh identification information. May be.
  • / or the fourth identification information may be information requesting the network to transmit the 31st identification information and / or the 32nd identification information described later in the tracking area update procedure. Further, it may be information that requests the network to transmit any one of the 33rd to 36th identification information corresponding to the type of the PDU session indicated by the fourth identification information in the tracking area update procedure.
  • the fourth identification information and the capability information indicating that the establishment and / or use of the type of PDU session indicated by the fourth identification information are supported may be single identification information.
  • the fourth identification information may be single identification information including the meaning of each identification information, with any one of the first to third identification information. Therefore, in the present embodiment, the case where the fourth identification information indicates the type of the first type PDU session and further describes that the fourth identification information and the first identification information are transmitted or included in the control message.
  • the fourth identification information and the first identification information may be transmitted as a single identification information having both meanings of the two identification information, or may be included in the control message.
  • the fourth identification information indicates the type of the second type PDU session, and further describes that the fourth identification information and the second identification information are transmitted or included in the control message.
  • the fourth identification information and the second identification information may be transmitted as a single identification information having both meanings of the two identification information, or may be included in the control message.
  • the fourth identification information indicates the type of the third type PDU session, and further describes that the fourth identification information and the third identification information are transmitted or included in the control message.
  • the fourth identification information and the third identification information may be transmitted as single identification information having both meanings of the two identification information or included in the control message.
  • the fifth identification information in this embodiment is UE_A10 request information indicating that the establishment and / or use of the first type PDU session is requested.
  • the fifth identification information may be information indicating whether the UE_A 10 requests establishment and / or use of the first type PDU session.
  • And / or the fifth identification information may be information requesting the network to transmit the 31st identification information and / or the 32nd identification information described later in the tracking area update procedure. Furthermore, it may be information requesting the network to transmit the 33rd identification information in the tracking area update procedure.
  • the fifth identification information and the first identification information may be single identification information including the meaning of each identification information. Therefore, in this embodiment, when it is described that the fifth identification information and the first identification information are transmitted or included in the control message, the two identification information are transmitted as single identification information having both meanings. Or may be included in the control message.
  • the sixth identification information in this embodiment is UE_A10 request information indicating that the second type PDU session is requested to be established and / or used.
  • the sixth identification information may be information indicating whether the UE_A 10 requests establishment and / or use of the second type PDU session.
  • And / or the sixth identification information may be information requesting the network to transmit the 31st identification information and / or the 32nd identification information described later in the tracking area update procedure. Further, it may be information requesting the network to transmit the 34th identification information or the 35th identification information in the tracking area update procedure.
  • the sixth identification information and the second identification information may be single identification information including the meaning of each identification information. Therefore, in the present embodiment, when it is described that the sixth identification information and the second identification information are transmitted or included in the control message, the two identification information is transmitted as a single identification information having both meanings. Or may be included in the control message.
  • the seventh identification information in this embodiment is request information of UE_A10 indicating that the establishment and / or use of the third type PDU session is requested.
  • the seventh identification information may be information indicating whether the UE_A 10 requests establishment and / or use of the third type PDU session.
  • / or the seventh identification information may be information requesting the network to transmit the 31st identification information and / or the 32nd identification information described later in the tracking area update procedure.
  • the 36th identification information may be information requesting the network to transmit in the tracking area update procedure.
  • the seventh identification information and the third identification information may be single identification information including the meaning of each identification information. Therefore, in this embodiment, when it is described that the seventh identification information and the third identification information are transmitted or included in the control message, the two identification information are transmitted as single identification information having both meanings. Or may be included in the control message.
  • the eleventh identification information in the present embodiment is network capability information indicating that the first type of PDU session is supported.
  • the eleventh identification information may be information indicating whether the network supports the first type of PDU session. Note that UE_A10 may recognize that the establishment and / or use of the first type of PDU session has been accepted or recognized based on the reception of the eleventh identification information. May be.
  • the twelfth identification information in this embodiment is network capability information indicating that the second type PDU session is supported.
  • the twelfth identification information may be information indicating whether the network supports the second type of PDU session. Note that UE_A10 may recognize that the establishment and / or use of the second type PDU session has been accepted or recognized based on the reception of the twelfth identification information. May be.
  • the thirteenth identification information in the present embodiment is network capability information indicating that the third type PDU session is supported.
  • the thirteenth identification information may be information indicating whether the network supports the third type of PDU session. Note that the UE_A 10 may recognize that the establishment and / or use of the third type PDU session has been accepted or recognized based on the reception of the thirteenth identification information. May be.
  • the 14th identification information in the present embodiment is information indicating the type of PDU session that the network has established and / or accepted and / or permitted to use.
  • the fourteenth identification information may be information indicating that the network has accepted and / or permitted the establishment and / or use of the type of PDU session requested by UE_A10. Further, the fourteenth identification information may be information indicating that the network has accepted and / or permitted the UE_A10 request.
  • the 14th identification information may be configured by one or more pieces of identification information of the 15th to 17th identification information, or may be configured as independent identification information, such as the 15th to 17th identification information. May be.
  • / or the fourteenth identification information may be information indicating that thirty-first identification information and / or thirty-second identification information described later is transmitted by the network in the tracking area update procedure. Furthermore, it may be information indicating that any one of the 33rd to 36th identification information corresponding to the type of the PDU session indicated by the 14th identification information is transmitted by the network in the tracking area update procedure.
  • the 14th identification information and the capability information indicating that the establishment and / or use of the type of PDU session indicated by the 14th identification information may be a single identification information.
  • the fourteenth identification information may be single identification information including the meaning of each identification information, with any one of the eleventh to thirteenth identification information. Therefore, in the present embodiment, the 14th identification information indicates the type of the first type of PDU session, and it is further explained that the 14th identification information and the 11th identification information are transmitted or included in the control message.
  • the fourteenth identification information and the eleventh identification information may be transmitted as single identification information having both meanings of the two identification information, or may be included in the control message.
  • the 14th identification information indicates the type of the PDU session of the second type, and it is further explained that the 14th identification information and the 12th identification information are transmitted or included in the control message.
  • the fourteenth identification information and the twelfth identification information may be transmitted as a single identification information having both meanings of the two identification information, or may be included in the control message.
  • the 14th identification information indicates the type of the PDU session of the third type, and the 14th identification information and the 13th identification information are transmitted or included in the control message.
  • the fourteenth identification information and the thirteenth identification information may be transmitted as single identification information having both meanings of the two identification information, or may be included in the control message.
  • the fifteenth identification information in the present embodiment is information indicating that the network has accepted and / or permitted the request for establishment and / or use of the first type PDU session.
  • the fifteenth identification information may be information indicating whether or not the network accepts the establishment and / or use of the first type of PDU session, or information indicating whether or not to allow the network. May be.
  • / or the fifteenth identification information may be information indicating that the thirty-first identification information and / or the thirty-second identification information described later is transmitted by the network in the tracking area update procedure. Further, the fifteenth identification information may be information indicating that the thirty-third identification information is transmitted by the network in the tracking area update procedure.
  • the fifteenth identification information and the eleventh identification information may be single identification information including the meaning of each identification information. Therefore, in this embodiment, when it is described that the fifteenth identification information and the eleventh identification information are transmitted or included in the control message, the two identification information are transmitted as a single identification information having both meanings. Or may be included in the control message.
  • the sixteenth identification information in the present embodiment is information indicating that the network has accepted and / or permitted the request for establishment and / or use of the second type PDU session.
  • the sixteenth identification information may be information indicating whether or not the network accepts establishment and / or use of the second type of PDU session, or information indicating whether or not to allow the network. May be.
  • the 16th identification information may be information indicating that the 31st identification information and / or the 32nd identification information, which will be described later, is transmitted by the network in the tracking area update procedure. Further, the sixteenth identification information may be information indicating that the thirty-fourth identification information or the thirty-fifth identification information is transmitted by the network in the tracking area update procedure.
  • the 16th identification information and the 12th identification information may be single identification information including the meaning of each identification information. Therefore, in this embodiment, when it is described that the 16th identification information and the 12th identification information are transmitted or included in the control message, the two identification information are transmitted as single identification information having both meanings. Or may be included in the control message.
  • the seventeenth identification information in the present embodiment is information indicating that the network has accepted and / or authorized a request for establishment and / or use of the third type PDU session.
  • the seventeenth identification information may be information indicating whether or not the network accepts the establishment and / or use of the third type PDU session, or information indicating whether or not to allow the network. May be.
  • the 17th identification information may be information indicating that the 31st identification information and / or the 32nd identification information, which will be described later, is transmitted by the network in the tracking area update procedure. Further, the seventeenth identification information may be information indicating that the thirty-sixth identification information is transmitted by the network in the tracking area update procedure.
  • the 17th identification information and the 13th identification information may be single identification information including the meaning of each identification information. Therefore, in this embodiment, when it is described that the 17th identification information and the 13th identification information are transmitted or included in the control message, the two identification information are transmitted as single identification information having both meanings. Or may be included in the control message.
  • the 18th identification information in this embodiment is reason information indicating that the request of UE_A10 is rejected.
  • the eighteenth identification information may be information indicating that the request of UE_A10 is not accepted by the TA to which UE_A10 currently belongs, or reason information indicating that the request is not permitted.
  • the request of UE_A10 may be the establishment and / or use of the first type of PDU session, the establishment and / or use of the second type of PDU session, There may be the establishment and / or use of three types of PDU sessions.
  • the eighteenth identification information may be information indicating processing to be performed by UE_A 10 after receiving the rejection message.
  • the eighteenth identification information may indicate, for example, that the same procedure should be re-executed using the same identification information with a different TA, or the same procedure may be re-executed with the same TA and using different identification information. It may indicate that it should do, or it may indicate that a different procedure should be performed.
  • the procedure here may be an attach procedure, a PDU session establishment procedure, a tracking area update procedure, or a PDU session disconnection procedure. Detach procedure may be used.
  • the eighteenth identification information may be information indicating the type of PDU session that the network has established and / or refused to use.
  • the 21st identification information in the present embodiment is information for identifying the TA that UE_A10 was registered last.
  • the 21st identification information may be information indicating the TA connected last. Further, the 21st identification information may be information indicating that the TA to which UE_A10 is currently connected and TA that has been connected in the past may be the same, or information indicating that they are different. Good.
  • the 22nd identification information in the present embodiment is information indicating the state of the established PDU session.
  • the state of the PDU session may be information indicating whether the PDU session is activated or information indicating whether the PDU session is suspended. Further, the 22nd identification information may be associated with information for identifying the PDU session and information for identifying the EPS bearer.
  • the thirty-first identification information is information indicating a TA list assigned by the network to UE_A10.
  • the thirty-first identification information may include a TA to which UE_A10 is registered, or may include a TA to which UE_A10 is currently connected.
  • the 31st identification information may be associated with the 33rd to 36th identification information.
  • the thirty-first identification information may be an information group indicating an area that can be moved without disconnecting and / or suspending and / or resuming the PDU session established by UE_A10.
  • the established PDU session may be disconnected, suspended, or resumed. Good.
  • the thirty-second identification information in this embodiment is information indicating the value of the first timer determined by the network.
  • the thirty-second identification information may be information indicating that the first timer is started after this tracking area update, or the first timer is set based on suspension of the established PDU session. It may be information indicating.
  • the value of the first timer may be a value indicating the time from the start of execution of the first timer to the expiration.
  • the 33rd identification information in the present embodiment is information indicating a PDU session and / or an EPS bearer to be disconnected immediately before, during or immediately after the tracking area update procedure.
  • the thirty-third identification information may be information indicating a PDU session and / or an EPS bearer that UE_A10 is disconnected based on intrusion into a TA other than the TA indicated by the thirty-first identification information.
  • the 33rd identification information may be information indicating a PDU session and / or an EPS bearer that is disconnected based on mobility across the TA of UE_A10.
  • the 33rd identification information may include information indicating one or a plurality of PDU sessions and / or EPS bearers.
  • the information indicating the disconnected PDU session and / or EPS bearer may be information indicating a DN associated with the disconnected PDU session and / or EPS bearer, or a network slice. It may be information indicating the type.
  • the information indicating the DN may be DNN (Data Network Name), and the information indicating the type of the network slice may be a network slice type.
  • the 33rd identification information may be information indicating the DN associated with the PDU session to be disconnected at the TA into which UE_A10 has entered, or may be associated with the PDU session to be disconnected. Information indicating the type of slice may be used. In other words, the 33rd identification information may be information indicating a specific DN, or information indicating that the PDU session and / or EPS bearer associated with the specific DN is disconnected. May be. Further, the thirty-third identification information may be information indicating a specific slice type, or a PDU session and / or EPS bearer associated with information indicating a specific slice type may be disconnected. It may be information indicating.
  • each device may disconnect the PDU session and / or EPS bearer associated with the DN indicated by the 33rd identification information, or the 33rd identification information may be disconnected.
  • the PDU session and / or EPS bearer associated with the slice type indicated in the information may be disconnected.
  • the thirty-fourth identification information in the present embodiment is information indicating a PDU session and / or an EPS bearer that is suspended immediately before, during, or immediately after the tracking area update procedure. Further, the thirty-fourth identification information may be information indicating a PDU session and / or an EPS bearer that is suspended by UE_A 10 based on an intrusion into a TA other than the TA indicated by the thirty-first identification information. In other words, the thirty-fourth identification information may be information indicating a PDU session and / or an EPS bearer that is suspended based on mobility across the TA of UE_A10. Note that the 34th identification information may include information indicating one or a plurality of PDU sessions and / or EPS bearers.
  • the information indicating the suspended PDU session and / or EPS bearer may be information indicating the DN associated with the suspended PDU session and / or EPS bearer, or of the network slice. It may be information indicating the type.
  • the information indicating the DN may be a DNN, and the information indicating the type of the network slice may be a network slice type.
  • the thirty-fourth identification information may be information indicating the DN associated with the suspended PDU session at the TA into which UE_A10 has entered, or may be associated with the suspended PDU session. Information indicating the type of slice may be used. In other words, the thirty-fourth identification information may be information indicating a specific DN, or information indicating that a PDU session and / or an EPS bearer associated with the specific DN is suspended. May be. Further, the thirty-fourth identification information may be information indicating a specific slice type, or a PDU session and / or an EPS bearer associated with information indicating a specific slice type may be suspended. It may be information indicating.
  • each device may suspend the PDU session and / or EPS bearer associated with the DN indicated by the thirty-fourth identification information.
  • the PDU session and / or EPS bearer associated with the slice type indicated in the information may be suspended.
  • the 35th identification information in this embodiment is information indicating a PDU session and / or an EPS bearer to be resumed immediately before, during, or immediately after the tracking area update procedure.
  • the 35th identification information may be information indicating a PDU session and / or an EPS bearer that UE_A10 resumes based on an intrusion into a TA other than the TA indicated by the 31st identification information.
  • the 35th identification information may be information indicating a PDU session resumed based on mobility across the TA of UE_A 10 and / or an EPS bearer.
  • the 35th identification information may include information indicating one or a plurality of PDU sessions and / or EPS bearers.
  • the information indicating the resumed PDU session and / or EPS bearer may be information indicating a DN associated with the resumed PDU session and / or EPS bearer, or may be a network slice. It may be information indicating the type.
  • the information indicating the DN may be a DNN, and the information indicating the type of the network slice may be a network slice type.
  • the 35th identification information may be information indicating the DN associated with the PDU session to be resumed in the TA to which UE_A10 has entered, or may be associated with the PDU session to be resumed. Information indicating the type of slice may be used. In other words, the 35th identification information may be information indicating a specific DN, or information indicating that a PDU session and / or EPS bearer associated with the specific DN is resumed. May be. Furthermore, the 35th identification information may be information indicating a specific slice type, or a PDU session and / or EPS bearer associated with information indicating a specific slice type may be resumed. It may be information indicating.
  • each device may resume the PDU session and / or EPS bearer associated with the DN indicated by the 35th identification information.
  • the PDU session and / or EPS bearer associated with the slice type indicated in the information may be resumed.
  • the thirty-sixth identification information in the present embodiment is information indicating a PDU session and / or EPS bearer in which session continuation is performed immediately before, during or immediately after the tracking area update procedure.
  • the 36th identification information may be information indicating a PDU session and / or an EPS bearer in which UE_A10 performs session continuation based on intrusion into a TA other than the TA indicated by the 31st identification information Good.
  • the thirty-sixth identification information may be information indicating a PDU session in which session continuation is performed based on mobility across the TA of UE_A 10 and / or an EPS bearer.
  • the 36th identification information may include information indicating one or a plurality of PDU sessions and / or EPS bearers.
  • the information indicating the PDU session and / or EPS bearer in which session continuation is performed may be information indicating the DN associated with the PDU session and / or EPS bearer in which session continuation is performed. It may be information indicating the type of network slice.
  • the information indicating the DN may be a DNN, and the information indicating the type of the network slice may be a network slice type.
  • the 36th identification information may be information indicating a DN associated with a PDU session in which session continuation is performed in the TA into which UE_A 10 has entered, or a PDU in which session continuation is performed. It may be information indicating the type of slice associated with the session. In other words, the 36th identification information may be information indicating a specific DN, and session continuation is performed for a PDU session and / or EPS bearer associated with the specific DN. It may be information indicating. Further, the thirty-sixth identification information may be information indicating a specific slice type, or a PDU session associated with the information indicating the specific slice type and / or a session continuation for the EPS bearer May be information indicating that is implemented.
  • each device may continue the session for the PDU session and / or EPS bearer associated with the DN indicated by the thirty-sixth identification information.
  • the session continuation may be performed for the PDU session and / or EPS bearer associated with the slice type indicated by the 36th identification information.
  • each device executes an initial procedure to transition to the first state, and UE_A10 establishes a session via the core network_B190.
  • this procedure refers to the initial procedure, and each procedure includes an attach procedure and a PDN connection procedure. Details of each procedure will be described later.
  • each device first executes the attach procedure (S1400), and transitions to a state in which UE_A 10 is connected to the network.
  • each device executes a PDU session establishment procedure (S1402), and transitions to the first state (S1404).
  • Each device may exchange various capability information and / or various request information of each device in the attach procedure and / or the PDU session establishment procedure.
  • each device When each device exchanges various information and / or negotiates various requests by the attach procedure, each device does not need to exchange various information and / or negotiate various requests by the PDU session establishment procedure. Conversely, if each device does not exchange various information and / or negotiate various requests in the attach procedure, it may exchange various information and / or negotiate various requests in the PDU session establishment procedure. . Not limited to this, each device may exchange various information and / or negotiate various requests in the attach procedure, or exchange various information and / or negotiate various requests in the PDU session establishment procedure. Good.
  • the UE_A10 and the core network_B190 may include one or more identification information of the first to seventh identification information and the twenty-first identification information, and / or the eleventh to seventeenth identification information and the thirty-first to thirty-second identification information.
  • One or more pieces of identification information may be exchanged by an attach procedure and a PDU session establishment procedure.
  • UE_A10 and core network_B190 may perform the above exchange only in the PDU session establishment procedure, not in the attach procedure, or only in the attach procedure, not in the PDU session establishment procedure.
  • the UE_A10 and the core network_B190 may include one or more pieces of identification information among the first to seventh pieces of identification information and / or one piece or more of pieces of identification information among the eleventh to seventeenth pieces of identification information.
  • each device may transmit and receive during the attach procedure.
  • each device is in the process of establishing a PDU session. You may send and receive.
  • each device may execute the PDU session establishment procedure in the attach procedure or after the attach procedure is completed.
  • each device may establish a PDU session based on the completion of the attach procedure, or may transition to the first state.
  • 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 the first state based on the completion of this procedure.
  • the attach procedure is a procedure for connecting to a network (access network and / or core network_B190 and / or PDN_A5) led by UE_A10. If the UE_A10 is not connected to the network, 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). Also, each device may transition to a registration state (EMM-REGISTERED) based on completion of the attach procedure.
  • This procedure is a procedure for each device to establish a PDU session.
  • Each device may execute this procedure in a state where the attach procedure has been completed, or may be executed in the attach procedure.
  • Each device may start this procedure in the registered state, or may start this procedure at an arbitrary timing after the attach procedure.
  • each device may establish a PDU session based on completion of the PDU session establishment procedure.
  • each device may establish a plurality of PDU sessions by executing this procedure a plurality of times.
  • UE_A10 transmits a PDU Session Establishment Request message to CPF_A140 via NR node_A122 (S1500), and starts a PDU session establishment procedure.
  • the PDU session is a PDN connection
  • the PDU session establishment request message may be a PDN connectivity request message.
  • the PDU session establishment request message may be a NAS (Non-Access-Stratum) message.
  • the PDU session establishment request message is not limited to this, and may be a message requesting establishment of a PDU session.
  • UE_A10 transmits an RRC (Radio Resource Control) message including a PDU session establishment request message to NRnode_A122, and NRnode_A122 which has received an RRC message including a PDU session establishment request message transmits an PDU session establishment request message.
  • CPF_A140 is selected as the routing destination NF or shared CP function, and a PDU session establishment request message is transmitted to CPF_A140.
  • the NR node_A 122 may select the routing destination NF or the shared CP function based on the information included in the RRC message.
  • the UE_A10 may include at least one piece of identification information of at least the first to seventh pieces of identification information in the RRC message including the PDU session establishment request message and / or the PDU session establishment request message.
  • the request for UE_A10 may be indicated by including the identification information.
  • UE_A10 may indicate the type of PDU session that UE_A10 requests and / or supports establishment by transmitting the first to seventh identification information. More specifically, the UE_A 10 transmits the first identification information and / or the fifth identification information and / or the fourth identification information indicating the first type of PDU session, thereby transmitting the first type. May indicate that UE_A10 requests and / or supports UE_A10.
  • the UE_A10 transmits the second identification information and / or the sixth identification information and / or the fourth identification information indicating the second type of PDU session, whereby the second type PDU session is transmitted. May indicate that UE_A10 requires and / or supports UE_A10.
  • the UE_A10 transmits the third identification information and / or the seventh identification information, and / or the fourth identification information indicating the third type PDU session, whereby the third type PDU session is transmitted. May indicate that UE_A10 requires and / or supports UE_A10.
  • UE_A10 determines which identification information from among the first to seventh identification information is included in the PDU session establishment request message, UE_A10 capability information, and / or policy such as UE policy, and / or UE_A10 preference. You may decide based on. Note that determination by UE_A10 which identification information is included in the PDU session establishment request message is not limited to this.
  • CPF_A140 receives the PDU session establishment request message and executes the first condition determination.
  • the first condition determination is for the CPF_A 140 to determine whether to accept the UE_A10 request.
  • the CPF_A 140 determines whether the first condition is true or false.
  • CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false. The steps when the first condition is false will be described later.
  • CPF_A140 executes the procedure (C) in this procedure and starts the procedure (A) in this procedure. Furthermore, each step of the procedure (C) in this procedure will be explained. CPF_A140 first selects NSI and / or UPGW_A130 to connect to, sends a session creation request message to the selected UPGW_A130 or UPGW_A130 associated with the selected NSI, and starts the procedure (C) in this procedure (S1502).
  • CPF_A140 may include at least one piece of identification information among the first to seventh pieces of identification information in the session generation request message, or may include information indicating whether the request is an initial request. However, the UE_A10 request may be transmitted by including these pieces of identification information.
  • UPGW_A130 receives the session generation request message and executes the third condition determination.
  • the third condition determination is for determining whether the UPGW_A 130 accepts the UE_A 10 request.
  • the third condition is true when the UE_A10 request is accepted, and when the UE_A10 request is permitted.
  • the third condition is false when the UE_A10 request is rejected, and may be when the third condition is not determined to be true.
  • the third condition determination may be performed by another device (for example, PCRF_A60) instead of UPGW_A130.
  • UPGW_A130 performs an IP-CAN session establishment procedure with PCRF_A60. More specifically, UPGW_A 130 transmits a request message during the IP-CAN session establishment procedure to PCRF_A 60. Further, the PCRF_A 60 receives the request message during the IP-CAN session establishment procedure, determines the third condition, and transmits a response message during the IP-CAN session establishment procedure to the UPGW_A 130. Further, UPGW_A 130 receives the response message during the IP-CAN session establishment procedure, and recognizes the result of the third condition determination.
  • UPGW_A130 may include at least one piece of identification information from among the first to seventh pieces of identification information in the request message during the IP-CAN session establishment procedure, or by including these pieces of identification information, The UE_A10 request may be transmitted.
  • the PCRF_A60 may include at least the result of the third condition determination in the response message during the IP-CAN session establishment procedure. By including this result, the PCRF_A60 notifies the UPGW_A130 of the result of the third condition determination. May be.
  • the PCRF_A60 may include one or more pieces of identification information among the eleventh to seventeenth identification information in the response message during the IP-CAN session establishment procedure, and by including these identification information, the UE_A10 It may indicate that the request has been accepted and / or authorized.
  • PCRF_A60 may include one or more pieces of identification information of the eighteenth identification information in the response message during the IP-CAN session establishment procedure, and by including these pieces of identification information, the request of UE_A10 It may indicate that it has been rejected.
  • UPGW_A130 may perform the third condition determination based on the result of the third condition determination received from PCRF_A60. For example, when the PCRF_A60 accepts the UE_A10 request, the PCRF_A60 and UPGW_A130 may set the third condition to be true. When the PCRF_A60 rejects the UE_A10 request, the PCRF_A60 and the UPGW_A130 may set the third condition to be false.
  • UPGW_A 130 determines whether the third condition is true or false. If the third condition is true, UPGW_A 130 transmits a session creation response message to CPF_A 140 (S1506). Furthermore, CPF_A140 receives the session creation response message.
  • UPGW_A130 may include one or more pieces of identification information among the eleventh to seventeenth pieces of identification information, may include an IP address, or may include these pieces of identification information.
  • UE_A10 request may be permitted.
  • UPGW_A 130 transmits a session creation rejection message to CPF_A 140 (S1508).
  • the session creation rejection message may be a session creation response message including a rejection reason (Reject cause).
  • UPGW_A130 may include one or more pieces of identification information of the 18th identification information in the session generation rejection message, and indicates that the request of UE_A10 has been rejected by including these identification information. May be.
  • Each device completes the procedure (C) in this procedure based on transmission / reception of a session creation response message and / or a session creation rejection message.
  • CPF_A140 Based on the reception of the session generation response message, CPF_A140 transmits a PDU session establishment acceptance (PDU122session acceptment accept) message to NR node_A122 (S1514).
  • PDU session establishment acceptance message may be a PDN connection acceptance (PDNPDConnectivity Accept) message or a default EPS bearer context activation request (Activate default EPSbearer context request) message.
  • PDU session establishment acceptance message may be a NAS message.
  • the PDU session establishment acceptance message may be a response message to the PDU session establishment request message, and is not limited to this, and may be a message for accepting a PDU session establishment request.
  • NR node_A122 receives the PDU session establishment acceptance message and receives an RRC message (for example, an RRC message such as an RRC Connection Reconfiguration message, an RRCConnection Setup message, or an RRC Direct Transfer message) and / or a PDU session establishment acceptance message. Is transmitted (S1516).
  • the PDU session establishment acceptance message may be transmitted / received by being included in the RRC message.
  • the CPF_A 140 may include at least one or more of the identification information of the eleventh to seventeenth identification information, the IP address, or the identification information in the PDU session establishment acceptance message. Including it may indicate that the request of UE_A10 has been accepted.
  • CPF_A140 may indicate the type of PDU session that the network permits and / or supports to establish by transmitting the 11th to 17th identification information. More specifically, the CPF_A 140 transmits the first identification information by transmitting the 11th identification information and / or the 15th identification information and / or the 14th identification information indicating the first type of PDU session. May indicate that the establishment of the PDU session is accepted and / or supported by the network.
  • the CPF_A 140 transmits the twelfth identification PDU session by transmitting the twelfth identification information and / or the sixteenth identification information and / or the fourteenth identification information indicating the second type PDU session. Establishment may be accepted and / or supported by the network.
  • the CPF_A 140 transmits the third identification information and / or the seventh identification information and / or the fourth identification information indicating the third type PDU session, so that the third type PDU session is transmitted. Establishment may be accepted and / or supported by the network.
  • UE_A10 When receiving the RRC message, UE_A10 transmits an RRC message (for example, an RRC message such as an RRC Connection Connection Reconfiguration Complete message, an RRC Connection Connection Setup Complete message, or an RRCDirect Transfer message) to the NR node_A122 (S1518).
  • RRC message for example, an RRC message such as an RRC Connection Connection Reconfiguration Complete message, an RRC Connection Connection Setup Complete message, or an RRCDirect Transfer message
  • the NRnode_A122 receives the RRC message and transmits a bearer setting message to the CPF_A140 (S1520). Furthermore, CPF_A140 receives a bearer setting message.
  • the CPF_A 140 determines which identification information among the 11th to 17th identification information is to be included in the PDU session establishment acceptance message, such as the received identification information and / or network capability information, and / or operator policy. It may be determined based on policies and / or network conditions. Note that the determination by CPF_A 140 which identification information is included in the PDU session establishment acceptance message is not limited to this.
  • UE_A10 transmits a PDU session establishment completion (PDU session establishmentcomplete) message to CPF_A140 via NR node_A122 (S1522) (S1524). Further, the CPF_A 140 receives the PDU session establishment completion message and executes the second condition determination.
  • the PDU session is a PDN connection
  • the PDU session establishment completion message may be a PDN connection completion (PDN Connectivity complete) message or a default EPS bearer context activation acceptance (Activate default EPSbearer context accept) message.
  • the PDU session establishment completion message may be a NAS message.
  • the PDU session establishment completion message may be a response message to the PDU session establishment acceptance message, and is not limited to this, and may be a message indicating that the PDU session establishment procedure is completed.
  • the second condition determination is for CPF_A140 to determine whether or not it is necessary to request UPGW_A130 to change the bearer. If the second condition is true, CPF_A140 starts the procedure (D) in this procedure. When the second condition determination is false, CPF_A140 does not execute the procedure (D) in this procedure. Hereinafter, each step of the procedure (D) in this procedure will be described.
  • the CPF_A 140 transmits a bearer change request message to the SGW_A 35 (S1526), and starts the procedure (D) in this procedure. Furthermore, SGW_A35 receives the bearer change request message and transmits a bearer change response message to CPF_A140 (S1528).
  • CPF_A140 receives the bearer change response message and completes the procedure (D) of this procedure.
  • each device is based on the transmission / reception of a PDU session establishment completion message when the second condition determination is false, and / or when the second condition determination is true, Based on this, complete the procedure (A) in this procedure.
  • CPF_A140 transmits a PDU session establishment rejection (PDU session establishmentreject) message to UE_A10 via NR node_A122 (S1530), and starts the procedure (B) in this procedure. Furthermore, UE_A10 receives the PDU session establishment rejection message and recognizes that the request for UE_A10 has been rejected. Each device completes the procedure (B) in this procedure based on the transmission / reception of the PDU session establishment rejection message.
  • the PDU session establishment rejection message may include an appropriate rejection reason. If the PDU session is a PDN connection, the PDU session establishment rejection message may be a PDN connection rejection (PDN Connectivity reject) message.
  • PDN Connectivity reject PDN connection rejection
  • the PDU session establishment rejection message may be a NAS message. Further, the PDU session establishment rejection message may be a response message to the PDU session establishment request message, and is not limited thereto, and may be a message that rejects the request for PDU session establishment.
  • CPF_A140 may include the 18th identification information in the PDU session establishment rejection message, or may indicate that the request of UE_A10 has been rejected by including these identification information.
  • the CPF_A 140 may indicate the reason why the PDU session establishment procedure is rejected by transmitting the 18th identification information, or may indicate processing to be performed by each device after the PDU session establishment procedure. .
  • 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 UE_A10 receives one or more pieces of identification information among eleventh to seventeenth pieces of identification information, UE_A10 may establish the type of PDU session indicated by each piece of identification information, or the type of established PDU session May be recognized as the type indicated by the identification information. Note that UE_A 10 may establish a default type PDU session regardless of the received identification information.
  • UE_A10 may recognize the reason why the request of UE_A10 is rejected. Furthermore, UE_A10 may execute this procedure again under different conditions based on the reason why the request of UE_A10 is rejected, or may execute another procedure such as a tracking area update procedure.
  • the first to third condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the PDU session establishment request message. Further, the condition for determining whether the first to third conditions are true or false is not limited to the above-described conditions.
  • the first condition and / or the third condition may be true when the UE_A 10 requests establishment of a PDU session and the network permits the request.
  • the first condition and / or the third condition may be false when the UE_A 10 requests establishment of a PDU session and the network does not permit the request.
  • the first condition and / or the third condition is true if the network to which UE_A10 is connected and / or a device in the network supports the establishment of a PDU session required by UE_A10. Well, if you don't support it, you can false.
  • Attaching procedure example An example of a procedure for executing the attach procedure will be described with reference to FIG. Hereinafter, this procedure refers to the attach procedure.
  • This procedure is a procedure for registering UE_A10 in the network.
  • UE_A10 transmits an attach request message to CPF_A140 via NR node_A122 (S1600), and starts an attach procedure.
  • UE_A10 may send the attach request message including the PDU session establishment request message described above, or request that the PDU session establishment procedure be performed in the attach procedure by including the PDU session establishment request message. May be.
  • UE_A10 transmits an RRC message including an attach request message to NR node_A122, and NR node_A122 that has received the RRC message including the attach request message is configured as CPF_A140 as the NF or shared CP function of the routing destination of the attach request message. And sends an attach request message to CPF_A140.
  • the NR node_A 122 may select the routing destination NF or the shared CP function based on the information included in the RRC message.
  • the attach request message may be a NAS message.
  • the UEA 10 may transmit one or more attach request messages existing for each NSI requesting connection in one RRC message, or collectively refer to a plurality of attach request messages as an attach request message. Also good. Alternatively, UE_A 10 may transmit an attach request message included in the RRC message for each NSI that requests connection.
  • the UE_A10 may include at least one of the identification information of the first to seventh and the identification information of the 21st in the attach request message and / or the RRC message. Including it may indicate a request for UE_A10.
  • UE_A10 may indicate the type of PDU session that UE_A10 requests and / or supports establishment by transmitting the first to seventh identification information. More specifically, the UE_A 10 transmits the first identification information and / or the fifth identification information and / or the fourth identification information indicating the first type of PDU session, thereby transmitting the first type. May indicate that UE_A10 requests and / or supports UE_A10.
  • the UE_A10 transmits the second identification information and / or the sixth identification information and / or the fourth identification information indicating the second type of PDU session, whereby the second type PDU session is transmitted. May indicate that UE_A10 requires and / or supports UE_A10.
  • the UE_A10 transmits the third identification information and / or the seventh identification information, and / or the fourth identification information indicating the third type PDU session, whereby the third type PDU session is transmitted. May indicate that UE_A10 requires and / or supports UE_A10.
  • UE_A10 may indicate that the current TA is the same as the previously connected TA or a different TA by transmitting the 21st identification information. UE_A10 may transmit the first to seventh identification information in association with the twenty-first identification information.
  • UE_A10 which identification information among the first to seventh identification information and the 21st identification information is to be included in the attach request message, UE_A10 capability information and / or policies such as UE policy, and / or It may be determined based on the preference of UE_A10. The determination by UE_A10 which identification information is included in the attach request message is not limited to this.
  • UE_A10 may transmit the identification information included in a control message different from the attach request message.
  • UE_A10 may transmit the ESM information response message (S1602), which is a response message to the ESM (EPS Session Management) information request message, including the identification information.
  • S1602 ESM information response message
  • ESM EPS Session Management
  • the CPF_A 140 receives the control message different from the attach request message and / or the attach request message, and executes the first condition determination. CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false.
  • CPF_A140 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the CPF_A 140 determines whether the fourth condition is true or false.
  • the CPF_A 140 executes the procedure (C) in the UE-initiated PDU session establishment procedure when the fourth condition is true, and omits the procedure when the fourth condition is false (S1604).
  • the CPF_A 140 transmits an attach accept message to the NR node_A 122 based on reception of the attach request message and / or session creation response message and / or completion of the procedure (C) during the PDN connection procedure. (S1606).
  • CPF_A140 may start the procedure (B) in this procedure without continuing the procedure (A) in this procedure.
  • the CPF_A 140 may transmit the attach acceptance message to the NR node_A 122 by including it in an S1AP message (for example, Initial-context-setup-request or Downlink-NAS-Transport).
  • the attach acceptance message may be a NAS message.
  • the attach acceptance message may be a response message to the attach request message.
  • the NR node_A122 receives the attach acceptance message, and transmits an RRC message (for example, an RRC message such as an RRCConnection Reconfiguration message, an RRC Connection Setup message, or an RRC Direct Transfer message) and / or an attach acceptance message (S1608). ).
  • the attach acceptance message may be transmitted and received by being included in the RRC message.
  • CPF_A140 may transmit the attach acceptance message including the above-described PDU session establishment acceptance message, or by including the PDU session establishment acceptance message, May indicate that has been accepted.
  • CPF_A140 may include at least one or more identification information among the 11th to 17th identification information and the 31st to 32nd identification information in the attach acceptance message, or may include an IP address. Including these pieces of identification information may indicate that the request of UE_A10 has been accepted.
  • CPF_A140 may indicate the type of PDU session that the network permits and / or supports to establish by transmitting the 11th to 17th identification information. More specifically, the CPF_A 140 is authorized by the network by transmitting eleventh identification information and / or fifteenth identification information and / or fourteenth identification information indicating the first type of PDU session.
  • the type of PDU session being supported and / or supported may indicate a first type of PDU session.
  • CPF_A140 is authorized by the network by sending twelfth identification information and / or sixteenth identification information and / or fourteenth identification information indicating a second type of PDU session. And / or the type of PDU session supported may indicate a second type of PDU session.
  • CPF_A140 is authorized by the network by transmitting thirteenth identification information and / or seventeenth identification information and / or fourteenth identification information indicating a third type of PDU session.
  • / or the supported PDU session type may indicate a third type of PDU session.
  • CPF_A140 may indicate one or more TAs that the network has allowed to connect to UE_A10 by transmitting the 31st identification information, and without executing the tracking area update procedure after completing this procedure, An area where UE_A 10 can move may be indicated.
  • the CPF_A 140 may transmit the eleventh to seventeenth identification information and the thirty-first identification information in association with each other, or by transmitting these associated identification information, the eleventh to seventeenth identification information It may indicate that establishment of a PDU session of the type indicated by is permitted and / or supported within the TA indicated by the 31st identification information.
  • CPF_A140 may further transmit the thirty-second identification information, By transmitting the thirty-second identification information, when the PDU session is suspended, the time during which the suspension of the PDU session is valid may be indicated.
  • CPF_A140 indicates which identification information among the 11th to 17th identification information and the 31st to 32nd identification information is included in the attach acceptance message, the received identification information, and / or network capability information, and It may be determined based on a policy such as an operator policy and / or a network state. Note that the determination by CPF_A 140 which identification information is included in the attach acceptance message is not limited to this.
  • the first condition determination may be the same as the first condition determination during the PDU session establishment procedure.
  • the fourth condition determination is for determining whether the CPF_A 140 performs the PDU session establishment procedure.
  • the fourth condition is true when a PDU session establishment request message is received, and may be when the PDU session establishment procedure is also executed during this procedure.
  • the fourth condition is false when the PDU session establishment request message has not been received.
  • the PDU session establishment procedure may not be executed during this procedure, and the fourth condition is not judged to be true. In case.
  • UE_A10 When UE_A10 receives an RRC message from NR node_A122, UE_A10 sends an RRC connection message (for example, an RRC message such as RRCRRConnection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message) to NR ⁇ node_A122 (S1610).
  • RRC connection message for example, an RRC message such as RRCRRConnection Reconfiguration Complete message, RRC Connection Setup Complete message, or RRCDirect Transfer message
  • the NRnode_A122 receives the RRC message and transmits a bearer setting message to the CPF_A140 (S1612). Furthermore, CPF_A140 receives a bearer setting message.
  • UE_A10 When UE_A10 receives an attach acceptance message from CPF_A140 via NR node_A122, UE_A10 transmits an attach complete (Attach complete) message to CPF_A140 via NR node_A122 (S1614) (S1616). Furthermore, CPF_A140 receives the attach completion message. Further, when the fourth condition is true, the CPF_A 140 executes the second condition determination. The second condition determination is for determining whether or not the CPF_A 140 needs to request the UPGW_A 130 to change the bearer. If the second condition is true, the CPF_A 140 starts and executes the procedure (D) in the PDU session establishment procedure (S1618). Each device completes the procedure (A) in this procedure based on the transmission / reception of the attach completion message and / or the completion of the procedure (D) in the PDU session establishment procedure.
  • the UE_A10 may transmit the PDU session establishment completion message by including the PDU session establishment completion message described above in the attach completion message. It may indicate that the procedure is complete.
  • the attach completion message may be a NAS message. Further, the attach completion message may be a response message to the attach response message.
  • the CPF_A 140 transmits an attach rejection message to the UE_A 10 via the NR node_A 122 (S1620), and starts the procedure (B) in this procedure. 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.
  • UE_A10 may further receive a PDU session establishment rejection message or may authenticate that the PDU session establishment procedure has been rejected.
  • the attach rejection message may be a NAS message.
  • the attach rejection message may be a response message to the attach request message, and is not limited to this, and may be a message rejecting registration of UE_A10 to the network.
  • CPF_A140 may include the 18th identification information in the attach rejection message, or may indicate that the request of UE_A10 has been rejected by including these identification information.
  • each device may recognize the reason why the attach procedure is rejected by transmitting and receiving the 18th identification information, or may indicate the processing to be performed by each device after the attach procedure, This procedure may be performed again, or the procedure may be performed under different conditions.
  • 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 UE_A10 receives one or more pieces of identification information among eleventh to seventeenth identification information and thirty-first to thirty-second identification information, the UE_A10 transmits the type of PDU session indicated by each of the eleventh to seventeenth identification information It may be recognized that the establishment is permitted and / or supported by the TA indicated by the 31st identification information.
  • UE_A10 may recognize the reason why the request of UE_A10 is rejected. Further, the UE_A 10 may perform this procedure again based on the reason that the request of the UE_A 10 is rejected, or may perform the attach procedure for the core network_A 90 or another cell.
  • first to fourth condition determinations described above may be executed based on identification information and / or subscriber information and / or operator policy included in the attach request message.
  • condition for determining whether the first to fourth conditions are true or false is not limited to the above-described conditions.
  • the first condition determination and / or the third condition determination may be the same as the above-described PDU session establishment procedure example.
  • each device transitions to the first state or the second state by executing a procedure associated with UE mobility.
  • this procedure refers to a procedure associated with UE mobility.
  • this procedure may include a procedure associated with the mobility of the first UE and a procedure associated with the mobility of the second UE.
  • the procedure accompanying the mobility of the first UE may be a procedure executed by each device in the first state
  • the procedure accompanying the mobility of the second UE is a procedure executed by each device in the second state. It may be.
  • the procedure associated with the mobility of the first UE is a procedure executed when the UE_A 10 performs mobility across the TA when each device is in the first state.
  • this procedure refers to a procedure associated with the mobility of the first UE, and each procedure includes a tracking area update procedure.
  • NRnode_B123 may be arranged in the TA into which UE_A10 has newly invaded, and the tracking area update executed in this procedure may be executed for NRnode_A122.
  • NR node_B123 may perform transmission / reception and processing of each message performed by NR node_A122 during the tracking area update procedure. Further, this procedure may be a procedure that can be executed at an arbitrary timing as long as each device is in the first state.
  • Each device first executes a tracking area update procedure (S1804) in the first state (S1802).
  • the tracking area update procedure may be executed based on mobility across the TA of UE_A 10 or may be executed periodically.
  • the tracking area update procedure is not limited to this, and may be executed at an arbitrary timing as long as the tracking area update procedure is in the state of transition to the first state.
  • each device may exchange various request information in the tracking area update procedure.
  • the UE_A 10 and the core network_B 190 may use one or more of the first to fourth identification information and the twenty-first identification information and / or the eleventh to fourteenth identification information and the thirty-first identification information. To one or more of the thirty-sixth pieces of identification information may be exchanged.
  • each device may transition to the second state based on completion of the tracking area update procedure.
  • the state in which each device transitions based on the completion of the tracking area update procedure is not limited to this.
  • 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 from the first state to the second state (S1806) based on the completion of this procedure.
  • each device may start the execution of the first timer based on the transition to the second state. In other words, each device may start executing the first timer based on the suspension of the established PDU session. In other words, each device may start executing the first timer based on the completion of the tracking area update procedure. Furthermore, each device may execute the first timer using the timer value transmitted and received in the tracking area update procedure as the first timer value.
  • UE_A10 may start the procedure associated with the mobility of the second UE, Each device may resume the suspended PDU session and may further stop the execution of the first timer. Conversely, when the execution of the first timer expires, the UE_A 10 may start a procedure associated with the mobility of the second UE, and each device may disconnect the suspended PDU session.
  • the tracking area that UE_A10 has previously connected may be a tracking area included in the TA list that UE_A10 has held before executing the tracking area update procedure.
  • the procedure associated with the mobility of the second UE is a procedure executed when the UE_A 10 performs mobility across the TA when each device is in the second state.
  • this procedure refers to a procedure associated with the mobility of the second UE, and each procedure includes a tracking area update procedure.
  • NRnode_B122 may be arranged in the TA into which UE_A10 has newly invaded, and the tracking area update executed in this procedure may be executed for NRnode_A122. Further, this procedure may be a procedure that can be executed at an arbitrary timing as long as each device is in the second state.
  • Each device first executes a tracking area update procedure (S204) in the second state (S202).
  • the tracking area update procedure may be executed based on mobility across the TA of UE_A 10 or may be executed periodically.
  • the tracking area update procedure is not limited to this, and may be executed at an arbitrary timing as long as the procedure transits to the second state.
  • each device may exchange various request information in the tracking area update procedure.
  • the UE_A 10 and the core network_B 190 may use one or more of the second to fourth identification information and the twenty-first identification information, and / or the twenty-first to fourteenth identification information and the thirty-first identification information. To one or more of the thirty-sixth pieces of identification information may be exchanged.
  • each device may transition to the first state based on the completion of the tracking area update procedure.
  • the state in which each device transitions based on the completion of the tracking area update procedure is not limited to this.
  • 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 from the second state to the first state (S206) based on the completion of this procedure.
  • This procedure updates the location registration information of UE_A10 in the network (access network and / or core network_B190) and / or periodically notifies UE_A10 of the status of UE_A10 from the UE_A10 and / or This is a procedure for updating specific parameters related to UE_A10 in the network.
  • UE_A10 may start this procedure when performing mobility across TAs. In other words, the UE_A 10 may start this procedure when entering a TA different from the TA indicated in the held TA list. Furthermore, UE_A10 may start this procedure when the running timer expires. Further, UE_A 10 may start this procedure when the context of each device needs to be updated due to disconnection or invalidation of the PDU session and / or EPS bearer. Furthermore, UE_A10 may start this procedure, when the capability information regarding a PDU session establishment of UE_A10 and / or a preference change arise. Furthermore, UE_A10 may start this procedure periodically. Note that the UE_A 10 is not limited to these, and can execute this procedure at an arbitrary timing as long as the PDU session is established.
  • UE_A10 may start this procedure in the first state or the second state, and may transition to the first state or the second state based on the completion of this procedure. More specifically, when UE_A10 starts this procedure in the state of the first state, whether each device transitions to the first state or the second state based on identification information transmitted / received And transition to the determined state. Furthermore, when UE_A10 starts this procedure in the second state, each device determines whether to transition to the first state or the second state based on identification information to be transmitted / received. The transition to the determined state may be made.
  • UE_A10 transmits a tracking area update request message to CPF_A140 via NR node_A122 (S1700), and starts a tracking area update procedure.
  • UE_A10 transmits the RRC message including the tracking area update request message to NR node_A122, and receives the RRC message including the tracking area update request message.
  • NR node_A122 is the NF to which the tracking area update request message is routed
  • CPF_A140 is selected as the shared CP function, and an attach request message is transmitted to CPF_A140.
  • the NR node_A 122 may select the routing destination NF or the shared CP function based on the information included in the RRC message.
  • the tracking area update request message may be a NAS message.
  • the NR node_A 122 may be an access network device in the TA to which the UE_A 10 is currently connected. Therefore, NR node_A122 may be NR node_B123, and transmission / reception of each message performed by NR node_A122 during this procedure may be performed by NR node_B123 instead of NR node_A122.
  • the UE_A10 may include at least one of identification information from the first to fourth identification information and the identification information from the 21st to 22nd in the tracking area update request message and / or the RRC message,
  • the request of UE_A10 may be indicated by including these pieces of identification information.
  • UE_A10 may indicate the type of PDU session supported by UE_A10 by transmitting the first to fourth identification information. More specifically, UE_A10 supports the first type of PDU session by transmitting first identification information and / or fourth identification information indicating the first type of PDU session. You may show that.
  • UE_A10 indicates that UE_A10 supports the second type PDU session by transmitting the second identification information and / or the fourth identification information indicating the second type PDU session. May be.
  • UE_A10 supports the establishment of the third type PDU session by transmitting the third identification information and / or the fourth identification information indicating the third type PDU session. May be indicated.
  • UE_A10 may transmit the same identification information included in the tracking area update request message as the identification information exchanged in the attach procedure and / or the PDU session establishment procedure, or send different identification information in the tracking area update request message. May be included in the transmission.
  • UE_A10 includes in the tracking area update procedure the identification information indicating the same type of PDU session as the type of PDU session established and / or used in the attach procedure and / or PDU session establishment procedure.
  • the identification information indicating different types of PDU sessions may be included in the tracking area update procedure for transmission.
  • UE_A10 may indicate that the current TA is the same as the previously connected TA or a different TA by transmitting the 21st identification information. UE_A10 may transmit the first to seventh identification information in association with the twenty-first identification information.
  • UE_A10 may indicate that there is an activated PDU session or may indicate that there is a suspended PDU session by transmitting the 22nd identification information. Further, the UE_A 10 transmits the suspended PDU by transmitting the 21st identification information indicating the previously connected TA and / or the 22nd identification information indicating that there is a suspended PDU session. A session resume may be requested.
  • UE_A10 determines which identification information is included in the tracking area update request message among the first to fourth identification information and the 21st to 22nd identification information, and the UE_A10 capability information and / or a policy such as a UE policy. And / or based on UE_A10 preferences. Note that the determination by UE_A10 which identification information is included in the tracking area update request message is not limited to this.
  • CPF_A140 receives the tracking area update request message and executes the first condition determination. In the first condition determination, the CPF_A 140 determines whether the first condition is true or false. CPF_A140 starts the procedure (A) in the procedure when the first condition is true, and starts the procedure (B) in the procedure when the first condition is false. The steps when the first condition is false will be described later.
  • CPF_A140 executes the fourth condition determination and starts the procedure (A) in this procedure.
  • the CPF_A 140 determines whether the fourth condition is true or false.
  • the CPF_A 140 starts the procedure (C) in this procedure when the fourth condition is true, and omits the procedure when the fourth condition is false (S1703).
  • the first condition determination may be the same as the first condition determination during the attach procedure.
  • the fourth condition determination is for determining whether or not a PDU session change and / or addition and / or deletion procedure is necessary.
  • the procedure (C) in this procedure may be a procedure for transmitting / receiving a message between devices in the network, and may be a procedure for updating and / or sharing a context. Therefore, the details of the procedure are omitted.
  • CPF_A140 may include at least one of the identification information from the first to the fourth identification information and the 21st identification information in the message during the procedure of (C) in this procedure, or these By including the identification information, UE_A10 request may be transmitted to each device.
  • CPF_A140 includes at least one of identification information of 11th to 14th and identification information of 31st to 36th and / or 18th Identification information may be included, and by including these identification information, a determination regarding the request of the UE_A10 of the network may be transmitted to each device.
  • CPF_A140 executes the third condition determination after the procedure (C) is completed.
  • the third condition determination is for determining whether CPF_A140 accepts the UE_A10 request, and the third condition determination is received from any device during the procedure of (C). It may be determined based on the information. In the third condition determination, CPF_A 140 determines whether the third condition is true or false.
  • CPF_A140 sends the tracking area update acceptance (Tracking Area Updateaccept) message to UE_A10 via NR node_A122 if the third condition is true (S1706). If the condition is false, 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.
  • CPF_A140 may include a tracking area update acceptance message included in an S1AP message (for example, UEContext-Modification-Request or Downlink-NAS-Transport) and transmit it to NR-node_A122.
  • the tracking area update acceptance message may be a NAS message.
  • the tracking area update acceptance message may be a response message to the tracking area update request message.
  • the NR node_A 122 may transmit the tracking area update acceptance message received by the UE_A 10 in the RRC message.
  • the CPF_A 140 may include at least one or more of the 11th to 14th identification information and the 31st to 36th identification information in the tracking area update acceptance message, or include these identification information. Thus, it may indicate that the request of UE_A10 has been accepted, or may indicate the state of the PDU session after the completion of this procedure.
  • CPF_A140 may indicate the type of PDU session supported by the network by transmitting the 11th to 14th identification information. More specifically, CPF_A140 is allowed and / or supported by the network by sending eleventh identification information and / or fourteenth identification information indicating a first type of PDU session. It may indicate that the type of the PDU session being used is the first type of PDU session.
  • the CPF_A 140 transmits the twelfth identification information and / or the fourteenth identification information indicating the second type of PDU session, so that the PDU is permitted and / or supported by the network.
  • the session type may indicate that it is a second type of PDU session.
  • the CPF_A 140 transmits the thirteenth identification information and / or the fourteenth identification information indicating the third type of PDU session, so that the PDU is permitted and / or supported by the network.
  • the session type may indicate that it is a third type PDU session.
  • CPF_A140 may indicate one or more TAs that the network has allowed to connect to UE_A10 by transmitting the 31st identification information, and may execute a new tracking area update procedure after this procedure is completed. Alternatively, the area in which UE_A 10 can move may be indicated.
  • the CPF_A 140 may transmit the 11th to 14th identification information and the 31st identification information in association with each other, or by transmitting these associated identification information, the 11th to 14th identification information It may indicate that establishment of a PDU session of the type indicated by is permitted and / or supported within the TA indicated by the 31st identification information.
  • CPF_A140 may indicate the status of the PDU session after the completion of this procedure by transmitting the 33rd to 36th identification information. More specifically, the 33rd identification information may be transmitted to indicate that there is a PDU session and / or EPS bearer to be disconnected, and to identify the PDU session and / or EPS bearer to be disconnected. May be. Further, by transmitting the thirty-fourth identification information, it may be indicated that there is a PDU session and / or EPS bearer to be suspended, or a PDU session and / or EPS bearer to be suspended may be identified. Good.
  • the 35th identification information may indicate that there is a resumed PDU session and / or EPS bearer, or the resumed PDU session and / or EPS bearer may be identified. Good. Further, the 36th identification information may be transmitted to indicate that there is a PDU session and / or EPS bearer for which the session is continued, and to identify the PDU session and / or EPS bearer for which the session is continued. May be.
  • CPF_A140 may further transmit the 32nd identification information, By transmitting the thirty-second identification information, when the PDU session is suspended, the time during which the suspension of the PDU session is valid may be indicated. Further, when there is a suspended PDU session and / or EPS bearer, CPF_A140 may further transmit the 32nd identification information, or the PDU by transmitting the 32nd identification information. The session and / or EPS bearer suspend time may be indicated.
  • the CPF_A 140 indicates which identification information among the 11th to 14th identification information and the 31st to 36th identification information is included in the tracking area update acceptance message, the received identification information, and / or network capability information. And / or based on policies such as operator policies and / or network conditions.
  • the determination by CPF_A 140 which identification information is included in the tracking area update acceptance message is not limited to this.
  • UE_A10 may transmit a tracking area update complete (Tracking Area Update) message to CPF_A140 via NR node_A122 (S1710).
  • the tracking area update completion message may be a NAS message.
  • the tracking area update completion message may be a response message to the tracking area update response message.
  • Each device completes the procedure (A) in this procedure based on transmission / reception of a tracking area update completion message and / or transmission / reception of a tracking area update acceptance message.
  • the CPF_A 140 transmits a tracking area update rejection (Tracking Area Update reject) message to the UE_A10 via the NR node_A122 (S1720), and starts the procedure (B) in this procedure. 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 NAS message. Further, 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.
  • CPF_A140 may include the 18th identification information in the tracking area update rejection message, or may indicate that the request of UE_A10 has been rejected by including these identification information.
  • the CPF_A 140 may recognize the reason why the tracking area update procedure is rejected by transmitting and receiving the 18th identification information, or may indicate processing to be performed by each device after the tracking area update procedure. This procedure may be performed again under different conditions, or a procedure other than this procedure may be performed.
  • 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 UE_A10 receives one or more pieces of identification information among eleventh to fourteenth identification information and thirty-first to thirty-sixth identification information, the type of PDU session indicated by each of the eleventh to fourteenth identification information is The TA indicated by the thirty-first identification information may recognize that it is permitted and / or supported.
  • UE_A10 may recognize that a part or all of the PDU session and / or EPS bearer has been updated, It may be recognized that some or all of the EPS bearer needs to be updated.
  • the UE_A10 may recognize that part or all of the PDU session and / or EPS bearer has been disconnected, or the disconnected PDU session, And / or the context related to the EPS bearer may be invalidated and / or released. Furthermore, when the UE_A 10 receives the thirty-fourth identification information, the UE_A 10 may recognize that part or all of the PDU session and / or EPS bearer has been suspended without being disconnected. Furthermore, when the UE_A 10 receives the 35th identification information, the UE_A 10 may recognize that part or all of the PDU session and / or the EPS bearer has returned from the suspended state.
  • the UE_A 10 may recognize that part or all of the PDU session and / or EPS bearer has been continued without being disconnected. Further, when there is a suspended PDU session and / or EPS bearer, UE_A10 may start the execution of the first timer, and the value indicated by the 32nd identification information is the value of the first timer. May be set as
  • each device may transition from the first state to the second state when transmitting and receiving the 35th identification information. Furthermore, each device may transition from the second state to the first state when transmitting and receiving the thirty-sixth identification information. Note that the condition for each device to transition to the first state or the second state is not limited to this.
  • first and / or third and / or fourth condition determination is executed based on identification information and / or subscriber information and / or operator policy included in the tracking area update request message. May be. Further, the condition for determining the truth of the first and / or the third and / or the fourth condition may not be limited to the above-described conditions.
  • the first condition and / or the third condition and / or the fourth condition may be true when the UE_A 10 requests a tracking area update and the network permits the request. Further, the first condition and / or the third condition and / or the fourth condition may be false when the UE_A 10 requests the tracking area update and the network does not permit the request. Furthermore, the first condition, and / or the second condition, and / or the third condition, supports a tracking area update requested by UE_A10 by a network to which UE_A10 is connected and / or a device in the network. If not, it can be false.
  • the 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

多種多様なセッション継続性をサポートすることが可能な端末装置や、前記端末装置と接続可能なネットワークの装置に好適な通信制御手段や、多種多様なセッション継続性を実現するための通信制御手段、及び各セッションに対するセッション継続性を決定するための通信制御手段を提供する。これにより、多種多様なセッション継続性をサポートする通信システムに含まれる制御装置や端末装置に、好適な通信制御手段を提供することとなる。

Description

端末装置、コアネットワーク装置、及び通信制御方法
　本発明は、端末装置、コアネットワーク装置、及び通信制御方法に関する。本出願は、２０１７年　１月　５日に日本国において出願された特願２０１７－５０９に対して、優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本出願に含まれるものである。
　近年の移動通信システムの標準化活動を行う3GPP(3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(SystemArchitecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(EvolvedPacket System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
　また、近年3GPPでは、次世代移動通信システムである5G(5thGeneration)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術として、NextGen(Architecture and Security for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
　例えば、多種多様なアクセスネットワークをサポートする端末に応じた、継続的な移動通信サービスをサポートする為の通信手続きの最適化及び多様化や、通信手続きの最適化及び多様化に合わせたシステムアーキテクチャの最適化等も要求条件として挙げられている。
3GPP TR 23.799; Technical Specification GroupServices and System Aspects; Study on Architecture for Next Generation System;(Release 14)
　NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の多様化の為の検討が行われている。
　より具体的には、サポートするセッション継続性の種類を多様化する事で、端末やネットワーク装置に適した継続的な移動通信サービスを提供する為の検討行われている。
　しかし、多種多様なセッション継続性をサポートした端末やネットワーク装置の為のセッションを確立する為の手段や、多種多様なセッション継続性を実現する為の手段等が明らかになっていない。
　本発明は、このような事情を鑑みてなされたもので、その目的は、セッション確立の為の手段や、多種多様なセッション継続性を実現する為の通信制御手段等を提供する事である。
　本発明の端末装置は、コアネットワークに含まれる装置との間で、PDUセッション確立手続きを実行し、トラッキングエリアAからトラッキングエリアBに移動した際に、さらに、トラッキングエリア更新手続きを実行する送受信部と、前記PDUセッション確立手続きの完了に基づいて、PDUセッションを確立し、前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドし、さらに、前記PDUセッションの状態を管理するためのタイマーを実行する制御部とを備え、前記トラッキングエリアAは、前記トラッキングエリア更新手続きの実行前に前記端末装置が保持しているトラッキングエリアリストに含まれるトラッキングエリアであり、前記トラッキングエリアBは、前記トラッキングエリアAとは異なるトラッキングエリアであり、さらに、前記トラッキングエリアリストに含まれないトラッキングエリアである事を特徴。
　コアネットワークに含まれる本発明のゲートウェイは、端末装置との間で、PDUセッション確立手続きと、トラッキングエリア更新手続きとを実行する送受信部と、前記PDUセッション確立手続きの完了に基づいて、前記コアネットワークと前記端末装置との間でPDUセッションを確立し、前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドし、さらに、前記PDUセッションの状態を管理するためのタイマーを実行する制御部とを備える事を特徴とする。
　本発明の端末装置の通信制御方法は、コアネットワークに含まれる装置との間で、PDUセッション確立手続きを実行するステップと、前記PDUセッション確立手続きの完了に基づいて、PDUセッションを確立するステップと、トラッキングエリアAからトラッキングエリアBに移動した際に、さらに、トラッキングエリア更新手続きを実行するステップと、前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドするステップと、前記PDUセッションの状態を管理するためのタイマーを実行するステップとを有し、前記トラッキングエリアAは、前記トラッキングエリア更新手続きの実行前に前記端末装置が保持しているトラッキングエリアリストに含まれるトラッキングエリアであり、前記トラッキングエリアBは、前記トラッキングエリアAとは異なるトラッキングエリアであり、さらに、前記トラッキングエリアリストに含まれないトラッキングエリアである事を特徴とする。
　コアネットワークに含まれる本発明のゲートウェイの通信制御方法は、端末装置との間で、PDUセッション確立手続きを実行するステップと、前記PDUセッション確立手続きの完了に基づいて、前記コアネットワークと前記端末装置との間でPDUセッションを確立するステップと、トラッキングエリア更新手続きとを実行するステップと、前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドするステップと、前記PDUセッションの状態を管理するためのタイマーを実行するステップとを有す事を特徴とする。
　本発明によれば、端末装置及びコアネットワーク内の各装置は、多種多様なセッション継続性をサポートすることができ、さらに、適切な種類のセッション継続性をサポートしたセッションを用いる事で、多種多様なユーザデータの通信を実現する事ができる。
移動通信システムの概略を説明する為の図である。 第2のUEのモビリティに伴う手続きを説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワークの構成等の1例を説明する為の図である。 UEの装置構成を説明する為の図である。 UEの記憶部を説明する為の図である。 eNB/NR node/WAGの装置構成を説明する為の図である。 MME/CPFの装置構成を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 SGW/PGW/UPGW/SCEFの装置構成を説明する為の図である。 SGWの記憶部を説明する為の図である。 PGW/UPGWの記憶部を説明する為の図である。 SCEFの記憶部を説明する為の図である。 初期手続きを説明する為の図である。 PDUセッション確立手続きを説明する為の図である。 アタッチ手続きを説明する為の図である。 トラッキングエリア更新手続きを説明する為の図である。 第1のUEのモビリティに伴う手続きを説明する為の図である。
　以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
　[1.システム概要]
　図1は、本実施形態における移動通信システムの概略を説明する為の図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワーク_Bとコアネットワーク_B190とPDN(PacketData Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internetof Things)端末(CIoT UE)等でもよい。さらに、コアネットワークは、コアネットワーク_B190であってもよく、アクセスネットワークは、アクセスネットワーク_Bであってもよい。さらに、コアネットワークは、コアネットワーク装置であってもよい。もしくは、本実施形態において、コアネットワーク装置とは、コアネットワーク_B190に含まれる各装置及び/又は各装置の処理又は機能の一部又は全てを実行する装置であってよい。アクセスネットワーク_Bは、NextGen RAN_A120及び/又は、E-UTRAN_A80及び/又は、WLAN ANc125であってよい。
　また、UE_A10は、アクセスネットワーク及び/又はコアネットワークと接続する事ができる。さらに、UE_A10は、アクセスネットワーク及び/又はコアネットワークを介してPDN_A5と接続する事ができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータでよい。さらに、ユーザデータの送受信(通信)はPDU(ProtocolData Unit、又はPacket Data Unit)セッションを用いて実施されてもよいし、PDNコネクション(Packet Data Network Connection)を用いて実施されてもよい。さらに、ユーザデータの通信は、IP(Internet Protocol)通信に限らず、non-IP通信でもよい。
　ここで、PDUセッション又はPDNコネクション(以下、PDN接続とも称する)は、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供する為、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッション又はPDNコネクションは、UE_A10と外部ゲートウェイとの間で確立する接続性でよい。ここで、外部ゲートウェイは、PGW(Packet Data Network Gateway)_A30やUPGW(UserPlane Gateway)_A130やSCEF(Service Capability ExposureFunction)_A46等のコアネットワークとPDN_A5を接続する装置でよい。
　また、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間でユーザデータを送受信する為に確立される通信路でもよく、PDUを送受信する為の通信路でもよい。さらに、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間で確立されるセッションでもよく、移動通信システム1内の各装置間の1又は複数のベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、PDUセッションは、UE_A10が、コアネットワーク_B190、及び/又は外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、UPGW_A130との間に確立するコネクションでもよいし、PDNコネクション(Packet Data Network Connection)等のコネクションでもよい。
　なお、PDNコネクションは、eNB(evolved NodeB)_A45及び/又はSGW(ServingGateway)_A35を介したUE_A10とPGW_A30との間の接続性及び/又はコネクションでもよいし、eNB_A45及び/又はMME(Mobility Management Entity)_A40を介したUE_A10とSCEF_A46との間の接続性及び/又はコネクションでもよい。さらに、PDUセッションは、NR node_A122を介したUE_A10とUPGW_A130との間の接続性及び/又はコネクションでもよい。さらに、PDNコネクションはPDNコネクションIDで識別されてよく、PDUセッションはPDUセッションIDで識別されてもよい。さらに、PDNコネクション及びPDUセッションは、EPSベアラIDで識別されてもよい。
　なお、UE_A10は、PDN_A5に配置するアプリケーションサーバー等の装置と、PDUセッション又はPDNコネクションを用いてユーザデータの送受信を実行する事ができる。言い換えると、PDUセッション又はPDNコネクションは、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置との間で送受信されるユーザデータを転送する事ができる。さらに、各装置(UE_A10、アクセスネットワーク内の装置、及び/又はコアネットワーク内の装置)は、PDUセッション又はPDNコネクションに対して、1又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN(AccessPoint Name)、TFT(Traffic Flow Template)、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、NSI(Network Slice Instance)識別情報、及びDCN(Dedicated Core Network)識別情報、及びアクセスネットワーク識別情報のうち、少なくとも1つが含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッション又はPDNコネクションを複数確立する場合には、PDUセッション又はPDNコネクションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。さらに、NSI識別情報は、NSIを識別する情報であり、以下NSI ID又はSlice Instance IDであってもよい。
　また、IP通信とは、IPを用いたデータの通信の事であり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信の事である。なお、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信の事であり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信の事である。例えば、non-IP通信は、IPパケットが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
　さらに、PDN_A5は、UE_A10に通信サービスを提供するDN(Data Network)であってよい。なお、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDN_A5は、接続された通信端末を含んでもよい。従って、PDN_A5と接続する事は、PDN_A5に配置された通信端末やサーバ装置と接続する事であってもよい。さらに、PDN_A5との間でユーザデータを送受信する事は、PDN_A5に配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。なお、PDN_A5のことをDNと表現してもよいし、DNのことをPDN_A5と表現してもよい。
　さらに、アクセスネットワークは、UE_A10及び/又はコアネットワークと接続した無線ネットワークの事である。アクセスネットワークは、3GPPアクセスネットワークでもよく、non-3GPPアクセスネットワークでもよい。なお、3GPPアクセスネットワークは、E-UTRAN(Evolved UniversalTerrestrial Radio Access Network)_A80、NextGen RAN(NextGeneration Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANc125でもよい。なお、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
　さらに、コアネットワークは、アクセスネットワーク及び/又はPDN_A5と接続した移動体通信事業者(Mobile Network Operator)が運用するIP移動通信ネットワークの事である。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(MobileVirtual Network Operator)、MVNE(Mobile Virtual NetworkEnabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。なお、コアネットワーク_B190は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、NGS(NextGenSystem(Next Generation System))を構成するNGC(NextGeneration(NextGen) Core)でもよい。さらに、コアネットワーク_B190は、5G通信サービスを提供するシステムのコアネットワークでもよい。なお、コアネットワーク_B190は、これに限らず、モバイル通信サービスを提供するためのネットワークでもよい。
　次に、コアネットワーク_B190の構成例を説明する。コアネットワーク_B190の構成の1例を説明する。図3にコアネットワーク_B190の構成の1例を示す。図3(a)のコアネットワーク_B190は、HSS_A50、PCRF_A60、UPGW(User Plane Gateway)_A130、CPF(ControlPlane 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-UTRAN80と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を介して各装置に接続してもよい。なお、UPGW_A130は、はSGW_A35及び/又はPGW_A30であってもよい。
　PGW_A30は、PDN_A5とSGW_A35とPCRF_A60とに接続されており、PDN_A5及び/又はDNとコアネットワーク_B190とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。
　さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一の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とに接続されており、コアネットワーク_B190と3GPPのアクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120)とのゲートウェイとしてユーザデータの転送を行う中継装置である。
　さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPファンクションでもよく、アクセスネットワークとコアネットワークとの間でユーザデータを転送する為のゲートウェイであるUPGW(User Plane Gateway)_A130でもよい。
　さらに、CPF_A140は、UPGW_A130とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とHSS_A50とSCEF_A46に接続される装置である。CPF_140は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、CPF_140は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_B190内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(Control Plane Function、又はControl PlaneNetwork Function)でもよく、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control PlaneNetwork Function))でもよい。なお、CPF_A140は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。なお、CPF_A140は、MME_A40であってもよい。
　MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46とに接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。
　また、コアネットワーク_B190には、こうした制御装置を複数配置してもよく、例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置は、MME_A40と同様に、SGW_A35とアクセスネットワークとSCEF_A46とHSS_A50と接続されてよい。
　また、コアネットワーク_B190内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane；C-Plane；CP)の制御装置であればよい。
　さらに、MME_A40はコアネットワーク_B190に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はDCN又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はDCN又はNSIに接続される管理装置でもよい。ここで、複数のDCN又はNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
　また、MME_A40は、コアネットワーク_B190とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。
　さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_B190内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(以下、CPF(Control Plane Function)、又はControl Plane Network Functionとしても称される)でもよく、複数のNSI間で共有される共有CPファンクションでもよい。
　ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGWやCPFやUPGW等の機能装置でもよいし、MM(Mobility Management)やSM(SessionManagement)等の機能や能力capability情報でもよい。また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
　SCEF_A46は、PDN_A5とCPF_A140又はMME_A40とHSS_A50とに接続されており、PDN_A5及び/又はDNとコアネットワーク_B190とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信の為のゲートウェイでもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに、コアネットワーク_B190と単一のPDN_A5及び/又はDNを接続するゲートウェイも複数配置されてよい。なお、SCEF_A46はコアネットワークの外側に構成されてもよいし、内側に構成されてもよい。
　HSS_A50は、MME_A40とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。例えば、HSS_A50は、CPF_A140と接続されていてもよい。
　PCRF_A60は、UPGW_A130又はPGW_A30とPDN_A5とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。さらに、PCRF_A60は、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
　また、PCRF_A60は、ポリシーを作成及び/又は管理するPolicyファンクションでもよい。より詳細には、PCRF_A60は、UPファンクションに接続されていてもよい。
　また、図3(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
　本実施形態においては、E-UTRAN_A80は、LTE(LongTerm Evolution)のアクセスネットワークであり、eNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal TerrestrialRadio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続してよい。
　さらに、NextGen RAN_A120は、5Gのアクセスネットワークであり、NR node(New Radio Access Technology node)_A122を含んで構成される。NR node_A122はNextGen RA(Next GenerationRadio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNR node_A122が含まれて構成されてよい。なお、NextGen RAN_A120に複数のNRnode_A122が含まれる場合、NextGen RAN_A120には、NR node_A122とNR node_B123とが含まれてもよい。この場合、NR node_B123はNR node_A122と同じ構成であってよい。
　さらに、NextGen RAN_A120は、E-UTRA及び/又はNextGen RAで構成されるアクセスネットワークでもよい。言い換えると、NextGen RAN_A120には、eNB_A45が含まれてもよいし、NR node_A122が含まれてもよいし、その両方が含まれてもよい。この場合、eNB_A45とNR node_A122とは同様の装置であってもよい。従って、NR node_A122は、eNB_A45と置き換えことができる。
　WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN AccessGateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_B190とWLAN ANc125のゲートウェイでもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイの機能部とが別の装置で構成されてもよい。
　なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。なお、UE_A10とコアネットワーク_B190間で送受信する制御メッセージは、アクセスネットワークの種類によらず、同じ制御メッセージでもよい。従って、UE_A10とコアネットワーク_B190とがNR node_A122を介してメッセージを送受信するということは、UE_A10とコアネットワーク_B190とがeNB_A45、及び/又はWAG_A126を介してメッセージを送信することと同じであってよい。
　[1.2.装置の構成]
　まず、各装置で記憶される識別情報について説明する。IMSI(International MobileSubscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる識別情報である。UE_A10及びMME_A40/CPF_A140及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
　EMM State/MM Stateは、UE_A10又はMME_A40/CPF_A140の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)でもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態でもよい。なお、EMM State/MM Stateは、UE_A10がEPCに登録されている状態と、NGCに登録されている状態とを、区別できる情報であってもよい。
　GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIは、MME_A40/CPF_A140の識別情報(GUMMEI(Globally UniqueMME Identifier))と特定MME_A40/CPF_A140内でのUE_A10の識別情報(M-TMSI(M-Temporary MobileSubscriber Identity))とにより構成される。ME Identityは、UE_A10又はMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMEISV(IMEI Software Version)でもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40/CPF_A140が記憶するMSISDNはHSS_A50の記憶部により示された情報でよい。なお、GUTIには、CPF_140を識別する情報が含まれてもよい。
　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は、コアネットワークA_90を接続する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は、アクセス制限の登録情報である。eNBAddressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40/CPF_A140内でUE_A10を識別する情報である。eNB UE S1AP IDは、eNB_A45内でUE_A10を識別する情報である。
　APN in Useは、最近使用されたAPNである。APN in UseはData Network Identifierでもよい。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Useは、PDUセッションの確立先のDNを識別する情報でもよい。
　Assigned Session Typeは、PDUセッションのタイプを示す情報である。Assigned Session TypeはAssigned PDN Typeでもよい。PDUセッションのタイプは、IPでもよいし、non-IPでもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Typeは、IPv4、IPv6、又はIPv4v6でよい。
　また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスでもよいし、IPv6アドレスでもよいし、IPv6プレフィックスでもよい。なお、Assigned Session Typeがnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
　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を問い合わせる手続きを実施してもよい。
　SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。DefaultBearerは、PDUセッション確立時に取得及び/又は生成する情報であり、PDUセッションに対応づけられたデフォルトベアラ(default bearer)を識別する為のEPSベアラ識別情報である。
　EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)を識別する識別情報でもよいし、DRB(Data Radio Bearer)を識別する識別情報でもよい。TI(TransactionIdentifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、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との間で確立する論理的な通信路でもよく、PDNコネクション/PDUセッションを構成する通信路でもよい。さらに、EPSベアラは、デフォルトベアラでもよく、デディケイテッドベアラでもよい。さらに、EPSベアラは、UE_A10とアクセスネットワーク内の基地局及び/又はアクセスポイントとの間で確立するRBを含んで構成されてよい。さらに、RBとEPSベアラとは1対1に対応づけられてよい。その為、RBの識別情報は、EPSベアラの識別情報と1対1に対応づけられてもよいし、同じ識別情報でもよい。なお、RBは、SRB及び/又はCRBでもよいし、DRBでもよい。また、DefaultBearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30/UPGW_A130がコアネットワークから取得する情報でよい。なお、デフォルトベアラとは、PDNコネクション/PDUセッション中で最初に確立されるEPSベアラであり、1つのPDNコネクション/PDUセッション中に、1つしか確立することができないEPSベアラである。デフォルトベアラは、TFTに対応付けられていないユーザデータの通信に用いることができるEPSベアラであってもよい。また、デディケイテッドベアラとは、PDNコネクション/PDUセッション中でデフォルトベアラが確立された後に確立されるEPSベアラであり、1つのPDNコネクション/PDUセッション中に、複数確立することができるEPSベアラである。デディケイテッドベアラは、TFTに対応付けられたユーザデータの通信に用いることができるEPSベアラである。
　User Identityは、加入者を識別する情報である。UserIdentityは、IMSIでもよいし、MSISDNでもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報でもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40/CPF_A140を識別する情報であり、MME_A40/CPF_A140のIPアドレスでよい。
　eNB Addressは、eNB_A45のIPアドレスである。eNB IDは、eNB_A45内でUEを識別する情報である。MME Addressは、MME_A40/CPF_A140のIPアドレスである。MME IDは、MME_A40/CPF_A140を識別する情報である。NR node Addressは、NR node_A122のIPアドレスである。NR node IDは、NR node_A122を識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAGIDは、WAG_A126を識別する情報である。
　以下、各装置の構成について説明する。なお、下記各装置及び各装置の各部の機能の一部又は全部は、物理的なハードウェアの上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上動作するものでもよい。
　[1.2.1.UEの構成]
　図4にUE_A10の装置構成を示す。図に示すように、UE_A10は、送受信部_A420と制御部_A400と記憶部_A440とで構成されている。送受信部_A420と記憶部_A440は、制御部_A400とバスを介して接続されている。制御部_A400はUE_A10を制御する為の機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントに接続し、アクセスネットワークへ接続する為の機能部である。また、送受信部_A420には、外部アンテナ_A410が接続されている。言い換えると、送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントと接続する為の機能部である。さらに、送受信部_A420は、UE_A10が、アクセスネットワーク内の基地局及び/又はアクセスポイントから、ユーザデータ及び/又は制御情報を送受信する送受信機能部である。
　記憶部_A440は、UE_A10の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_A440は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。記憶部_A440は、図に示すように、UEコンテキスト442を記憶する。以下、記憶部_A440で記憶される情報要素について説明する。なお、UEコンテキスト442は、コアネットワーク_B190に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとがあってもよい。さらに、コアネットワーク_B190に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとは、一緒に記憶されてもよいし、別々に記憶されてもよい。
　まず、図5(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMMState、GUTI、ME Identityを含む。次に、図5(c)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、Default Bearerを含む。
　図5(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、TFTを含む。
　[1.2.2.eNB/NR node/WAGの構成]
　以下、eNB_A45、NR node_A122、及びWAG_A126の構成について説明する。図6にeNB_A45、NR node_A122、及びWAG_A126の装置構成を示す。図に示すように、eNB_A45、NR node_A122、及びWAG_A126は、ネットワーク接続部_B620と送受信部_B630と制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は、制御部_B600とバスを介して接続されている。
　制御部_B600はeNB_A45を制御する為の機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_B620は、eNB_A45、NR node_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_B620は、eNB_A45、NRnode_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　送受信部_B630は、eNB_A45、NR node_A122、及びWAG_A126がUE_A10と接続する為の機能部である。さらに、送受信部_B630は、UE_A10からユーザデータ及び/又は制御情報を送受信する送受信機能部である。また、送受信部_B630には、外部アンテナ_B610が接続されている。
　記憶部_B640は、eNB_A45、NR node_A122、及びWAG_A126の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をコンテキストとしてUE_A10毎に記憶してもよい。
　[1.2.3.MME/CPFの構成]
　以下、MME_A40及びCPF_140の構成について説明する。図7にMME_A40及びCPF_140の装置構成を示す。図に示すように、MME_A40及びCPF_140は、ネットワーク接続部_C720と制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は、制御部_C700とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
　制御部_C700はMME_A40及びCPF_140を制御する為の機能部である。制御部_C700は、記憶部_C740に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はSGW_A35と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　さらに、ネットワーク接続部_C720は、CPF_140が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はUPGW_A130と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はUPGW_A130と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_C740は、MME_A40及びCPF_140の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部_C740は、例えば、半導体メモリやHDD等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_C740は、図に示すように、MMEコンテキスト742を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。なお、MMEコンテキストは、CPF_140が記憶コンテキストでもよい。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UERadio Access Capability、UE Network Capability、MS Network Capability、Access Restriction、MME F-TEID、SGW F-TEID、eNB Address、MMEUE 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、NRnode 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、MEIdentity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
　さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use、Assigned Session Type、SGW F-TEID、PGW F-TEID、Default Bearer、IP Address(es)を含む。
　さらに、EPSベアラコンテキストには、ベアラごとのEPSベアラコンテキストが含まれる。図11(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストは、EPS Bearer ID、TFT、PGW F-TEID、SGWF-TEID、eNB F-TEID、MME Address、NR node Address、WAG Address、MME ID、NR node ID、WAGIDのうち1又は複数を含む。
　[1.2.5.PGW/UPGWの構成]
　図10にPGW_A30及びUPGW_A130の装置構成を示す。図に示すように、PGW_A30及びUPGW_A130はネットワーク接続部_D1020と制御部_D1000と記憶部_D1040とで構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
　制御部_D1000はPGW_A30を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
　ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　さらに、ネットワーク接続部_D1020は、UPGW_A130が、PCRF_A60、及び/又はUPGW_A130、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
　記憶部_D1040は、PGW_A30の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
　記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッション又はPDNコネクションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。さらに、EPSベアラコンテキストは、UPGW_A130に記憶されるコンテキストであってもよい。
　図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MEIdentity、MSISDN、RAT typeを含む。
　次に、図12(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in useを含む。なお、APNごとに記憶されるEPSベアラコンテキストは、Data Network Identifierごとに記憶されてもよい。
　また、図12(d)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッション又はPDNコネクションごとのEPSベアラコンテキストは、Assigned Session Type、IP Address(es)、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
　さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、SGWF-TEID、PGW F-TEIDを含む。
　[1.2.6.SCEFの構成]
　図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46は、ネットワーク接続部_D1020と制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。
　制御部_D1000はSCEF_A46を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。ネットワーク接続部_D1020は、SCEF_A46がコアネットワーク_B190へ接続する為の機能部である。言い換えると、ネットワーク接続部_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.初期手続きの説明]
　次に、本実施形態における初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
　本実施形態において、ネットワークは、アクセスネットワーク、及び/又は、コアネットワーク_B190、及び/又はPDN_A5のことである。また、ネットワークは、アクセスネットワーク、及び/又は、コアネットワーク_B190、及び/又はPDN_A5に含まれる、いずれかの装置を示してもよい。つまり、ネットワークが、メッセージの送受信及び/又は手続きを実行するということは、ネットワーク内の装置がメッセージの送受信及び/又は手続きを実行することを意味する。
　本実施形態におけるトラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。
　本実施形態におけるTAリストは、ネットワークがUE_A10に割り当てた一又は複数のTAが含まれるリストである。なお、UE_A10は、TAリストに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新手続きを実行することなく移動することができてよい。言い換えると、UE_A10は、TAリストは、UE_A10がトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。
　本実施形態におけるUE_A10のTAを跨いだモビリティとは、UE_A10が現在接続しているTAとは異なるTAに移動することを示す。言い換えると、UE_A10のTAを跨いだモビリティは、UE_A10が現在接続しているTAとは異なるTAに侵入したことをであってよい。なお、UE_A10が現在接続しているTAとは異なるTAは、UE_A10が現在保持しているTAリストに含まれないTAであってよい。さらに、UE_A10のTAを跨いだモビリティには、UE_A10が現在接続しているTAとは異なるTAに侵入したことに基づいて、位置情報を再登録すること、及び/又は確立している通信路を切り替えることでセッション継続(Session Continuity)、及び/又はサービス継続(Service Continuity)を実施することが含まれてもよい。
　本実施形態における第1のタイマーは、サスペンドされたPDUセッションの有効期限を示すためのタイマーである。各装置は、第1のタイマーの満了に基づいて、サスペンドされたPDUセッションを切断してもよい。
　なお、第1のタイマーが開始されるタイミングは、PDUセッションがサスペンドされた時であってよく、UE_A10が新たなTAに侵入した時であってよく、UE_A10が新たなTAに侵入したことで実施されるトラッキングエリア更新手続きが完了した時であってよい。
　また、第1のタイマーが実行された状態で、UE_A10が以前に接続していたTAに戻った場合や、UE_A10が以前に接続していたTAに戻ったことで実行されたトラッキングエリア更新手続きが完了した場合、サスペンドされたPDUセッションはレジュームされてもよい。また、この場合、第1のタイマーの実行は停止されてもよく、第1のタイマーはリセットされてもよい。なお、UE_A10が以前に接続していたTAは、PDUセッションがサスペンドされる前に、UE_A10が保持していたTAリストに含まれていたTAであってよい。
　本実施形態における第1のタイプのPDUセッションは、UE_A10のTAを跨いだモビリティの際に切断されるPDUセッションである。言い換えると、第1のタイプのPDUセッションは、セッション継続が実施されないPDUセッションであってよい。さらに、第1のタイプのPDUセッションは、UE_A10のTAを跨いだモビリティの際に切断されるベアラで構成されていてもよい。
　なお、第1のタイプのPDUセッションの切断は、UE_A10の異なるTAへの侵入に基づいて実施されてもよいし、UE_A10が異なるTAに侵入した後に実施されるトラッキングエリア更新手続きの実行に基づいて実施されてもよいし、トラッキングエリア更新手続き後に実施される別手続きの実行に基づいて実施されてもよい。なお、第1のタイプのPDUセッションが切断されるタイミングはこれに限らない。
　なお、PDUセッションの切断は、各装置が、各装置間で制御メッセージを送受信することなく個別に実施してもよいし、PDUセッション、及び/又はベアラを切断するための手続き、及び/又は各コンテキストを解放するための手続きを実施することで実現してもよい。
　また、本実施形態で、PDUセッションが切断されると表現した場合、PDUセッションに対応付けられたベアラが切断されることを意味してもよく、さらに、PDUセッション、及び/又はベアラに対応付けられたコンテキストが解放されることを意味してもよい。
　本実施形態における第2のタイプのPDUセッションは、UE_A10のTAを跨いだモビリティの際にサスペンド又はレジュームされるPDUセッションである。言い換えると、第2のタイプのPDUセッションは、セッション継続(Session Continuity)は実施されないが、元のTAに戻って来た等の条件下において、以前の状態に復帰することができるPDUセッションであってよい。さらに、第2のタイプのPDUセッションは、UE_A10のTAを跨いだモビリティの際にサスペンド又はレジュームされるベアラで構成されていてもよい。
　なお、第2のタイプのPDUセッションのサスペンド、及び/又はレジュームは、UE_A10の異なるTAへの侵入に基づいて実施されてもよいし、UE_A10が異なるTAに侵入した後に実施されるトラッキングエリア更新手続きの実行に基づいて実施されてもよいし、トラッキングエリア更新手続き後に実施される別手続きの実行に基づいて実施されてもよい。なお、第2のタイプのPDUセッションがサスペンド又はレジュームされるタイミングはこれに限らない。
　さらに、第2のタイプのPDUセッションは、第1のタイマーの満了に基づいて切断されてもよい。言い換えると、各装置は、第2のタイプのPDUセッションがサスペンドされた状態において、第1のタイマーが満了した場合、サスペンドされたPDUセッションを切断してもよいし、サスペンドされたPDUセッションに関するコンテキストを解放してもよい。
　なお、PDUセッションのサスペンド及び/又はレジュームは、各装置が、各装置間で制御メッセージを送受信することなく個別に実施してもよいし、PDUセッション、及び/又はベアラをサスペンドするための手続き又はレジュームするための手続きを実施することで実現してもよい。
　また、本実施形態で、PDUセッションがサスペンドされると表現した場合、PDUセッションに対応付けられたベアラがサスペンドされることを意味してもよく、さらに、PDUセッション、及び/又はベアラに対応付けられたコンテキストが維持されつつ、PDUセッション、及び/又はベアラを用いたユーザデータの送受信ができない状態に遷移することを意味してもよい。
　また、本実施形態で、PDUセッションがレジュームされると表現した場合、PDUセッションに対応付けられたベアラがレジュームされることを意味してもよく、さらに、維持しておいたPDUセッション、及び/又はベアラに対応付けられたコンテキストを用いて、PDUセッション、及び/又はベアラを用いたユーザデータの送受信ができる状態に遷移することを意味してもよい。
　本実施形態におけるデフォルトのタイプのPDUセッションは、各装置が、PDUセッション確立手続きにおいて、確立されるPDUセッションの種類が示された識別情報を送受信しなかった場合に確立されるPDUセッションである。デフォルトのタイプのPDUセッションの種類は、UEポリシーやオペレータポリシー等のポリシーで決定されていてもよいし、予めUE_A10に設定されていてもよい。さらに、デフォルトのタイプのPDUセッションは、第1のPDUセッションであってよいし、第2のPDUセッションであってもよいし、第3のPDUセッションであってもよい。なお、デフォルトのタイプのPDUセッションの決定はこれに限らない。
　本実施形態におけるデフォルトのタイプのPDUセッションは、各装置が、PDUセッションを確立する手続きにおいて、確立されるPDUセッションの種類が示された識別情報を送受信しなかった場合に確立されるPDUセッションである。デフォルトのタイプのPDUセッションの種類は、UEポリシーやオペレータポリシー等のポリシーで決定されていてもよいし、予めUE_A10に設定されていてもよい。さらに、デフォルトのタイプのPDUセッションは、第1のPDUセッションであってよいし、第2のPDUセッションであってもよいし、第3のPDUセッションであってもよい。なお、デフォルトのタイプのPDUセッションの決定はこれに限らない。
　本実施形態における第1の状態は、UE_A10のコアネットワーク_B190への接続及び登録ための手続きが完了していて、さらに、各装置がPDUセッションを確立している状態である。なお、各装置は、UE_A10をコアネットワーク_B190に登録するための手続きと、PDUセッションを確立するための手続きは、同時に実行されてもよいし、別々に実行されてもよい。
　さらに、本実施形態における第1の状態は、各装置が、コアネットワーク_B190に対してPDUセッションを確立している状態でもよい。より詳細には、第1の状態は、各装置が、NRnode_A122を介して、UE_A10とUPGW_A130との間でPDUセッションを確立している状態でもよい。
　さらに、第1の状態は、UE_A10のTAを跨いだモビリティが行われた状態であってもよく、UE_A10のTAを跨いだモビリティによって、確立しているPDUセッション、及び/又はベアラが、セッション継続された状態又はレジュームされた状態であってもよい。なお、第1の状態は、これらの状態に限らない。
　本実施形態における第2の状態は、UE_A10の位置登録情報を更新するためのトラッキングエリア更新手続きが完了した状態でもよい。なお、トラッキングエリア更新手続きのトリガは、UE_A10の異なるトラッキングエリアへの侵入等であってよい。さらに、第2の状態は、各装置が、トラッキングエリア更新手続きの実行に基づいて、適切なPDUセッションのみを確立している状態でもよい。
　さらに、第2の状態は、UE_A10のTAを跨いだモビリティが行われた状態であってよく、UE_A10のTAを跨いだモビリティによって、確立しているPDUセッション、及び/又はベアラが、切断された状態又はサスペンドされた状態であってもよい。なお、第2の状態はこれに限らない。
　本実施形態におけるNSI(Network Slice Instance)とは、コアネットワーク_B190内に1又は複数構成される、ネットワークスライス(Network Slice)の実体である。また、本実施形態におけるNSIはNST(Network Slice Template)を用いて生成された仮想的なNF(NetworkFunction)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1又は複数のNF(Network Function)の論理的表現である。
　つまり、NSIとは、複数のNFにより構成されたコアネットワーク_B190内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。ネットワークスライスには、少なくとも1つ以上のNFが構成されてよい。ネットワークスライスに構成されるNFは、他のネットワークスライスと共有される装置であってもよいし、そうでなくてもよい。
　UEは、UE usage type及び/又は、1又は複数のネットワークスライスタイプID及び/又は、1又は複数のNS ID等の登録情報及び/又はAPNに基づいて、1または複数のネットワークスライスに割り当てられることができる。
　次に、本実施形態における識別情報について説明する。本実施形態における第1の識別情報は、第1のタイプのPDUセッションをサポートすることを示すUE_A10の能力情報である。第1の識別情報は、UE_A10が第1のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。
　本実施形態における第2の識別情報は、第2のタイプのPDUセッションをサポートすることを示すUE_A10の能力情報である。第2の識別情報は、UE_A10が第2のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。
　本実施形態における第3の識別情報は、第3のタイプのPDUセッションをサポートすることを示すUE_A10の能力情報である。第3の識別情報は、UE_A10が第3のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。
　本実施形態における第4の識別情報は、UE_A10が確立を要求するPDUセッションの種類を示す情報である。PDUセッションの種類としては、第1のタイプのPDUセッションと、第2のタイプのPDUセッションと、第3のタイプのPDUセッションとがあってよい。なお、PDUセッションの種類はこれに限らない。また、第4の識別情報は、第5から7の識別情報の1つ以上の識別情報で構成されてもよいし、第5から7の識別情報のように、各々独立した識別情報として構成されてもよい。
　及び/又は、第4の識別情報は、後述する第31の識別情報及び/又は第32の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。さらに、第4の識別情報が指し示すPDUセッションの種類に対応する第33から第36の識別情報のいずれかの識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。
　さらに、第4の識別情報と、第4の識別情報が指し示す種類のPDUセッションの確立及び又は利用をサポートすることを示す能力情報は、単一の識別情報であってよい。言い換えると、第4の識別情報は、第1から第3の識別情報のいずれか一つの識別情報とは、それぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第4の識別情報が第1のタイプのPDUセッションの種類を示し、さらに、第4の識別情報及び第1の識別情報を送信する又は制御メッセージに含めると説明する場合、第4の識別情報と第1の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　また、本実施形態において、第4の識別情報が第2のタイプのPDUセッションの種類を示し、さらに、第4の識別情報及び第2の識別情報を送信する又は制御メッセージに含めると説明する場合、第4の識別情報と第2の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　また、本実施形態において、第4の識別情報が第3のタイプのPDUセッションの種類を示し、さらに、第4の識別情報及び第3の識別情報を送信する又は制御メッセージに含めると説明する場合、第4の識別情報と第3の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第5の識別情報は、第1のタイプのPDUセッションの確立、及び/又は使用を要求することを示すUE_A10の要求情報である。第5の識別情報は、UE_A10が第1のタイプのPDUセッションの確立、及び/又は使用を要求するか否かを示す情報であってもよい。
　及び/又は、第5の識別情報は、後述する第31の識別情報及び/又は第32の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。さらに、第33の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。
　なお、第5の識別情報と第1の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第5の識別情報及び第1の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第6の識別情報は、第2のタイプのPDUセッションの確立、及び/又は使用を要求することを示すUE_A10の要求情報である。第6の識別情報は、UE_A10が第2のタイプのPDUセッションの確立、及び/又は使用を要求するか否かを示す情報であってもよい。
　及び/又は、第6の識別情報は、後述する第31の識別情報及び/又は第32の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。さらに、第34の識別情報又は第35の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。
　なお、第6の識別情報と第2の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第6の識別情報及び第2の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第7の識別情報は、第3のタイプのPDUセッションの確立、及び/又は使用を要求することを示すUE_A10の要求情報である。第7の識別情報は、UE_A10が第3のタイプのPDUセッションの確立、及び/又は使用を要求するか否かを示す情報であってもよい。
　及び/又は、第7の識別情報は、後述する第31の識別情報及び/又は第32の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。さらに、第36の識別情報をトラッキングエリア更新手続きにおいて送信することをネットワークに要求する情報であってよい。
　なお、第7の識別情報と第3の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第7の識別情報及び第3の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第11の識別情報は、第1のタイプのPDUセッションをサポートすることを示すネットワークの能力情報である。第11の識別情報は、ネットワークが第1のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。なお、UE_A10は、第11の識別情報の受信に基づいて、第1のタイプのPDUセッションの確立、及び/又は使用が、受諾されたことを認識してもよいし、許可されたことを認識してもよい。
　本実施形態における第12の識別情報は、第2のタイプのPDUセッションをサポートすることを示すネットワークの能力情報である。第12の識別情報は、ネットワークが第2のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。なお、UE_A10は、第12の識別情報の受信に基づいて、第2のタイプのPDUセッションの確立、及び/又は使用が、受諾されたことを認識してもよいし、許可されたことを認識してもよい。
　本実施形態における第13の識別情報は、第3のタイプのPDUセッションをサポートすることを示すネットワークの能力情報である。第13の識別情報は、ネットワークが第3のタイプのPDUセッションをサポートするか否かを示す情報であってもよい。なお、UE_A10は、第13の識別情報の受信に基づいて、第3のタイプのPDUセッションの確立、及び/又は使用が、受諾されたことを認識してもよいし、許可されたことを認識してもよい。
　本実施形態における第14の識別情報は、ネットワークが確立、及び/又は使用を受諾、及び/又は許可したPDUセッションの種類を示す情報である。第14の識別情報は、UE_A10が要求した種類のPDUセッションの確立、及び/又は使用をネットワークが受諾及び/又は許可したことを示す情報であってもよい。さらに、第14の識別情報は、UE_A10の要求をネットワークが受諾、及び/又は許可したことを示す情報であってもよい。なお、第14の識別情報は、第15から17の識別情報の1つ以上の識別情報で構成されてもよいし、第15から17の識別情報のように、各々独立した識別情報として構成されてもよい。
　及び/又は、第14の識別情報は、後述する第31の識別情報及び/又は第32の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。さらに、第14の識別情報が指し示すPDUセッションの種類に対応する第33から第36の識別情報のいずれかの識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。
　さらに、第14の識別情報と、第14の識別情報が指し示す種類のPDUセッションの確立及び又は利用をサポートすることを示す能力情報は、単一の識別情報であってよい。言い換えると、第14の識別情報は、第11から第13の識別情報のいずれか一つの識別情報とは、それぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第14の識別情報が第1のタイプのPDUセッションの種類を示し、さらに、第14の識別情報及び第11の識別情報を送信する又は制御メッセージに含めると説明する場合、第14の識別情報と第11の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　また、本実施形態において、第14の識別情報が第2のタイプのPDUセッションの種類を示し、さらに、第14の識別情報及び第12の識別情報を送信する又は制御メッセージに含めると説明する場合、第14の識別情報と第12の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　また、本実施形態において、第14の識別情報が第3のタイプのPDUセッションの種類を示し、さらに、第14の識別情報及び第13の識別情報を送信する又は制御メッセージに含めると説明する場合、第14の識別情報と第13の識別情報は、2つの識別情報の意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第15の識別情報は、第1のタイプのPDUセッションの確立、及び/又は使用の要求をネットワークが受諾、及び/又は許可したことを示す情報である。第15の識別情報は、ネットワークが第1のタイプのPDUセッションの確立、及び/又は使用を、受諾するか否かを示す情報であってもよいし、許可するか否かを示す情報であってもよい。
　及び/又は、第15の識別情報は、後述する第31の識別情報及び/又は第32の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。さらに、第15の識別情報は、第33の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。
　なお、第15の識別情報と第11の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第15の識別情報及び第11の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第16の識別情報は、第2のタイプのPDUセッションの確立、及び/又は使用の要求をネットワークが受諾、及び/又は許可したことを示す情報である。第16の識別情報は、ネットワークが第2のタイプのPDUセッションの確立、及び/又は使用を、受諾するか否かを示す情報であってもよいし、許可するか否かを示す情報であってもよい。
　及び/又は、第16の識別情報は、後述する第31の識別情報及び/又は第32の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。さらに、第16の識別情報は、第34の識別情報又は第35の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。
　なお、第16の識別情報と第12の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第16の識別情報及び第12の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第17の識別情報は、第3のタイプのPDUセッションの確立、及び/又は使用の要求をネットワークが受諾、及び/又は許可したことを示す情報である。第17の識別情報は、ネットワークが第3のタイプのPDUセッションの確立、及び/又は使用を、受諾するか否かを示す情報であってもよいし、許可するか否かを示す情報であってもよい。
　及び/又は、第17の識別情報は、後述する第31の識別情報及び/又は第32の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。さらに、第17の識別情報は、第36の識別情報がトラッキングエリア更新手続きにおいてネットワークによって送信されることを示す情報であってよい。
　なお、第17の識別情報と第13の識別情報はそれぞれの識別情報の意味を含む単一の識別情報であってもよい。したがって、本実施形態において、第17の識別情報及び第13の識別情報を送信する又は制御メッセージに含めると説明する場合、2つの識別情報は、それぞれの意味を併せ持つ単一の識別情報として送信される又は制御メッセージに含まれてもよい。
　本実施形態における第18の識別情報は、UE_A10の要求が拒絶されたことを示す理由情報である。第18の識別情報は、UE_A10が現在属しているTAで、UE_A10の要求が、受諾されないことを示す情報であってもよいし、許可されないことを示す理由情報であってもよい。なお、UE_A10の要求は、第1のタイプのPDUセッションの確立、及び/又は使用であってもよいし、第2のタイプのPDUセッションの確立、及び/又は使用であってもよいし、第3のタイプのPDUセッションの確立、及び/又は使用であってもよい。
　さらに、第18の識別情報は、拒絶メッセージ受信後に、UE_A10がすべき処理を示す情報であってもよい。第18の識別情報は、例えば、異なるTAで、同じ識別情報を用いて同じ手続きを再実施すべきことを示してもよいし、同じTAで、異なる識別情報を用いて同じ手続きを再実施すべきことを示してもよいし、異なる手続きを実施すべきことを示してもよい。なお、ここでの手続きとは、アタッチ手続きであってもよいし、PDUセッション確立手続きであってもよいし、トラッキングエリア更新手続きであってもよいし、PDUセッション切断手続きであってもよいし、デタッチ手続きであってもよい。
　さらに、第18の識別情報は、ネットワークが確立、及び/又は使用を拒絶したPDUセッションの種類を示す情報であってもよい。
　本実施形態における第21の識別情報は、UE_A10が最後に登録されていたTAを識別情報する情報である。第21の識別情報は、最後に接続していたTAを示す情報であってもよい。さらに、第21の識別情報は、UE_A10が現在接続しているTAと、過去に接続していたTAとが、同じことを示す情報であってもよいし、異なることを示す情報であってもよい。
　本実施形態における第22の識別情報は、確立しているPDUセッションの状態を示す情報である。なお、PDUセッションの状態は、PDUセッションが、アクティブ化されているか否かを示す情報であってもよいし、サスペンドされているか否かを示す情報であってもよい。さらに、第22の識別情報は、PDUセッションを識別する情報や、EPSベアラを識別する情報と対応付けられてもよい。
　本実施形態における第31の識別情報は、ネットワークがUE_A10に割り当てたTAリストを示す情報である。第31の識別情報は、UE_A10が登録されているTAを含んでよいし、UE_A10が現在接続しているTAを含んでもよい。また、第31の識別情報は、第33から36の識別情報と対応付けられてもよい。
　さらに、第31の識別情報は、UE_A10が確立しているPDUセッションを切断、及び/又はサスペンド、及び/又はレジュームすることなく移動できるエリアを示す情報群であってもよい。言い換えると、UE_A10は、第31の識別情報で示されるエリア以外のTAに侵入した場合は、確立しているPDUセッションを、切断してもよいし、サスペンドしてもよいし、レジュームしてもよい。
　本実施形態における第32の識別情報は、ネットワークが決定した第1のタイマーの値を示す情報である。第32の識別情報は、本トラッキングエリア更新後に第1のタイマーが開始されることを示す情報であってもよいし、確立しているPDUセッションのサスペンドに基づいて第1のタイマーをされることを示す情報であってもよい。なお、第1のタイマーの値とは、第1のタイマーの実行が開始してから満了するまでの時間を示す値であってよい。
　本実施形態における第33の識別情報は、本トラッキングエリア更新手続きの直前又は最中又は直後に、切断されるPDUセッション、及び/又はEPSベアラを示す情報である。また、第33の識別情報は、UE_A10が第31の識別情報で示されるTA以外のTAへの侵入に基づいて切断されるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。言い換えると、第33の識別情報は、UE_A10のTAを跨いだモビリティに基づいて切断されるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。なお、第33の識別情報には、一又は複数のPDUセッション、及び/又はEPSベアラを示す情報が含まれていてもよい。
　なお、切断されるPDUセッション、及び/又はEPSベアラを示す情報とは、切断されるPDUセッション、及び/又はEPSベアラに対応づけられた、DNを示す情報であってもよいし、ネットワークスライスの種類を示す情報であってもよい。なお、DNを示す情報はDNN(Data Network Name)であってもよく、ネットワークスライスの種類を示す情報はネットワークスライスタイプであってもよい。
　言い換えると、第33の識別情報は、UE_A10が侵入した先のTAで、切断されるPDUセッションに対応づけられたDNを示す情報であってもよいし、切断されるPDUセッションに対応づけられたスライスの種類を示す情報であってもよい。さらに言い換えると、第33の識別情報は、特定のDNを示す情報であってもよいし、特定のDNに対応づけられたPDUセッション、及び/又はEPSベアラが切断されることを示す情報であってもよい。さらに、第33の識別情報は、特定のスライスの種類を示す情報であってもよいし、特定のスライスの種類を示す情報に対応づけられたPDUセッション、及び/又はEPSベアラが切断されることを示す情報であってもよい。
　なお、各装置は、第33の識別情報を受信した場合、第33の識別情報で示されるDNに対応づけられたPDUセッション、及び/又はEPSベアラを切断してもよいし、第33の識別情報で示されるスライスタイプに対応づけられたPDUセッション、及び/又はEPSベアラを切断してもよい。
　本実施形態における第34の識別情報は、本トラッキングエリア更新手続きの直前又は最中又は直後に、サスペンドされるPDUセッション、及び/又はEPSベアラを示す情報である。また、第34の識別情報は、UE_A10が第31の識別情報で示されるTA以外のTAへの侵入に基づいてサスペンドされるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。言い換えると、第34の識別情報は、UE_A10のTAを跨いだモビリティに基づいてサスペンドされるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。なお、第34の識別情報には、一又は複数のPDUセッション、及び/又はEPSベアラを示す情報が含まれていてもよい。
　なお、サスペンドされるPDUセッション、及び/又はEPSベアラを示す情報とは、サスペンドされるPDUセッション、及び/又はEPSベアラに対応づけられた、DNを示す情報であってもよいし、ネットワークスライスの種類を示す情報であってもよい。なお、DNを示す情報はDNNであってもよく、ネットワークスライスの種類を示す情報はネットワークスライスタイプであってもよい。
　言い換えると、第34の識別情報は、UE_A10が侵入した先のTAで、サスペンドされるPDUセッションに対応づけられたDNを示す情報であってもよいし、サスペンドされるPDUセッションに対応づけられたスライスの種類を示す情報であってもよい。さらに言い換えると、第34の識別情報は、特定のDNを示す情報であってもよいし、特定のDNに対応づけられたPDUセッション、及び/又はEPSベアラがサスペンドされることを示す情報であってもよい。さらに、第34の識別情報は、特定のスライスの種類を示す情報であってもよいし、特定のスライスの種類を示す情報に対応づけられたPDUセッション、及び/又はEPSベアラがサスペンドされることを示す情報であってもよい。
　なお、各装置は、第34の識別情報を受信した場合、第34の識別情報で示されるDNに対応づけられたPDUセッション、及び/又はEPSベアラをサスペンドしてもよいし、第34の識別情報で示されるスライスタイプに対応づけられたPDUセッション、及び/又はEPSベアラをサスペンドしてもよい。
　本実施形態における第35の識別情報は、本トラッキングエリア更新手続きの直前又は最中又は直後に、レジュームされるPDUセッション、及び/又はEPSベアラを示す情報である。また、第35の識別情報は、UE_A10が第31の識別情報で示されるTA以外のTAへの侵入に基づいてレジュームされるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。言い換えると、第35の識別情報は、UE_A10のTAを跨いだモビリティに基づいてレジュームされるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。なお、第35の識別情報には、一又は複数のPDUセッション、及び/又はEPSベアラを示す情報が含まれていてもよい。
　なお、レジュームされるPDUセッション、及び/又はEPSベアラを示す情報とは、レジュームされるPDUセッション、及び/又はEPSベアラに対応づけられた、DNを示す情報であってもよいし、ネットワークスライスの種類を示す情報であってもよい。なお、DNを示す情報はDNNであってもよく、ネットワークスライスの種類を示す情報はネットワークスライスタイプであってもよい。
　言い換えると、第35の識別情報は、UE_A10が侵入した先のTAで、レジュームされるPDUセッションに対応づけられたDNを示す情報であってもよいし、レジュームされるPDUセッションに対応づけられたスライスの種類を示す情報であってもよい。さらに言い換えると、第35の識別情報は、特定のDNを示す情報であってもよいし、特定のDNに対応づけられたPDUセッション、及び/又はEPSベアラがレジュームされることを示す情報であってもよい。さらに、第35の識別情報は、特定のスライスの種類を示す情報であってもよいし、特定のスライスの種類を示す情報に対応づけられたPDUセッション、及び/又はEPSベアラがレジュームされることを示す情報であってもよい。
　なお、各装置は、第35の識別情報を受信した場合、第35の識別情報で示されるDNに対応づけられたPDUセッション、及び/又はEPSベアラをレジュームしてもよいし、第35の識別情報で示されるスライスタイプに対応づけられたPDUセッション、及び/又はEPSベアラをレジュームしてもよい。
　本実施形態における第36の識別情報は、本トラッキングエリア更新手続きの直前又は最中又は直後に、セッション継続が実施されるPDUセッション、及び/又はEPSベアラを示す情報である。また、第36の識別情報は、UE_A10が第31の識別情報で示されるTA以外のTAへの侵入に基づいてセッション継続が実施されるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。言い換えると、第36の識別情報は、UE_A10のTAを跨いだモビリティに基づいてセッション継続が実施されるPDUセッション、及び/又はEPSベアラを示す情報であってもよい。なお、第36の識別情報には、一又は複数のPDUセッション、及び/又はEPSベアラを示す情報が含まれていてもよい。
　なお、セッション継続が実施されるPDUセッション、及び/又はEPSベアラを示す情報とは、セッション継続が実施されるPDUセッション、及び/又はEPSベアラに対応づけられた、DNを示す情報であってもよいし、ネットワークスライスの種類を示す情報であってもよい。なお、DNを示す情報はDNNであってもよく、ネットワークスライスの種類を示す情報はネットワークスライスタイプであってもよい。
　言い換えると、第36の識別情報は、UE_A10が侵入した先のTAで、セッション継続が実施されるPDUセッションに対応づけられたDNを示す情報であってもよいし、セッション継続が実施されるPDUセッションに対応づけられたスライスの種類を示す情報であってもよい。さらに言い換えると、第36の識別情報は、特定のDNを示す情報であってもよいし、特定のDNに対応づけられたPDUセッション、及び/又はEPSベアラに対してセッション継続が実施されることを示す情報であってもよい。さらに、第36の識別情報は、特定のスライスの種類を示す情報であってもよいし、特定のスライスの種類を示す情報に対応づけられたPDUセッション、及び/又はEPSベアラに対してセッション継続が実施されることを示す情報であってもよい。
　なお、各装置は、第36の識別情報を受信した場合、第36の識別情報で示されるDNに対応づけられたPDUセッション、及び/又はEPSベアラに対してセッション継続を実施してもよいし、第36の識別情報で示されるスライスタイプに対応づけられたPDUセッション、及び/又はEPSベアラに対してセッション継続を実施してもよい。
　次に、本実施形態において、初期手続きを図14を用いて説明する。本実施形態では、各装置は初期手続きを実行することで、第1の状態に遷移し、UE_A10がコアネットワーク_B190を介したセッションを確立する。以下、本手続きは初期手続きを指し、各手続きには、アタッチ手続き、PDN接続手続きがある。各手続きの詳細は、後述する。
　本手続きにおいて、各装置は、まず、アタッチ手続き(S1400)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S1402)を実行し、第1の状態に遷移する(S1404)。なお、各装置は、アタッチ手続き及び/又はPDUセッション確立手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
　なお、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
　例えば、UE_A10及びコアネットワーク＿B190は、第1から7の識別情報及び第21の識別情報のうち1つ以上の識別情報、及び/又は第11から17の識別情報及び第31から32の識別情報のうち1つ以上の識別情報の交換を、アタッチ手続き及びPDUセッション確立手続きで実施してもよい。さらに、UE_A10及びコアネットワーク＿B190は、上記の交換を、アタッチ手続きで実施せず、PDUセッション確立手続きでのみ実施してもよいし、PDUセッション確立手続きで実施せず、アタッチ手続きでのみ実施してもよいし、また、UE_A10及びコアネットワーク＿B190は、第1から7の識別情報のうち1つ以上の識別情報、及び/又は第11から17の識別情報のうち1つ以上の識別情報のうち、アタッチ手続きで交換しなかったものをPDUセッション確立手続きで交換してもよい。なお、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、アタッチ手続き中に送受信してもよく、PDUセッション及び/又はEPSベアラと対応づけて管理する場合、PDUセッション確立手続き中に送受信してもよい。
　また、各装置は、PDUセッション確立手続きを、アタッチ手続きの中で実行してもよく、アタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがアタッチ手続きの中で実行された場合、各装置は、アタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第1の状態へ遷移してもよい。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、第1の状態へ遷移してもよい。
　[1.3.1.アタッチ手続きの概要]
　まず、アタッチ手続きの概要について説明する。アタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、ネットワークに接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
　[1.3.2.PDUセッション確立手続き例]
　次に、PDUセッション確立手続きの例について説明する。以下、本手続きはPDUセッション確立手続きを指す。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、登録状態で本手続きを開始してもよいし、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを確立してもよい。
　[1.3.2.1. PDUセッション確立手続き例]
　図15を用いて、PDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にPDUセッション確立要求(PDU Session Establishment Request)メッセージを送信し(S1500)、PDUセッション確立手続きを開始する。なお、PDUセッションがPDNコネクション(PDN connection)である場合、PDUセッション確立要求メッセージはPDN接続要求(PDN connectivity request)メッセージでよい。さらに、PDUセッション確立要求メッセージは、NAS(Non-Access-Stratum)メッセージであってよい。また、PDUセッション確立要求メッセージは、これに限らず、PDUセッションの確立を要求するメッセージであればよい。
　具体的には、UE_A10は、PDUセッション確立要求メッセージを含むRRC(Radio Resource Control)メッセージをNRnode_A122に送信し、PDUセッション確立要求メッセージを含むRRCメッセージを受信したNR node_A122が、PDUセッション確立要求メッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にPDUセッション確立要求メッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。
　ここで、UE_A10は、PDUセッション確立要求メッセージ及び/又はPDUセッション確立要求メッセージを含むRRCメッセージに、少なくとも第1から7の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、UE_A10は、第1から第7の識別情報を送信する事で、UE_A10が確立を、要求する、及び/又はサポートするPDUセッションの種類を示してよい。より詳細には、UE_A10は、第1の識別情報、及び/又は第5の識別情報、及び/又は第1のタイプのPDUセッションを示す第4の識別情報を送信する事で、第1のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第2の識別情報、及び/又は第6の識別情報、及び/又は第2のタイプのPDUセッションを示す第4の識別情報を送信する事で、第2のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第3の識別情報、及び/又は第7の識別情報、及び/又は第3のタイプのPDUセッションを示す第4の識別情報を送信する事で、第3のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　なお、UE_A10は、第1から7の識別情報のうち、どの識別情報をPDUセッション確立要求メッセージに入れるかを、UE_A10の能力情報、及び/又はUEポリシー等のポリシー、及び/又はUE_A10のプリファレンスに基づいて決定してもよい。なお、どの識別情報をPDUセッション確立要求メッセージに入れるかのUE_A10による決定はこれに限らない。
　CPF_A140は、PDUセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、CPF_A140が、UE_A10の要求を受諾するか否かを判断する為のものである。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。CPF_A140は、まず、接続するNSI及び/又はUPGW_A130を選択し、選択したUPGW_A130または、選択したNSIに対応づけられたUPGW_A130にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S1502)。
　ここで、CPF_A140は、セッション生成要求メッセージに、少なくとも第1から7の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　さらに、UPGW_A130は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、UPGW_A130が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
　また、第3の条件判別は、UPGW_A130ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、UPGW_A130は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、UPGW_A130は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、UPGW_A130にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、UPGW_A130はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
　ここで、UPGW_A130は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1から7の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の条件判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をUPGW_A130に通知してもよい。
　さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11から17の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾、及び/又は許可された事を示してもよい。
　また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してもよい。
　なお、PCRF_A60が第3の条件判別を実施した場合、UPGW_A130は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びUPGW_A130は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びUPGW_A130は第3の条件を偽としてもよい。
　第3の条件判別において、UPGW_A130は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、UPGW_A130はCPF_A140にセッション生成応答メッセージを送信する(S1506)。さらに、CPF_A140は、セッション生成応答メッセージを受信する。
　また、UPGW_A130は、セッション生成応答メッセージに、第11から17の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してもよい。
　また、第3の条件が偽の場合には、UPGW_A130はCPF_A140にセッション生成拒絶メッセージを送信する(S1508)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
　また、UPGW_A130は、セッション生成拒絶メッセージに、第18の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してもよい。
　各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続き中の(C)の手続きを完了する。
　CPF_A140は、セッション生成応答メッセージの受信に基づいて、NR node_A122にPDUセッション確立受諾(PDU session establishment accept)メッセージを送信する(S1514)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDUセッションがPDNコネクションである場合、PDUセッション確立受諾メッセージは、PDN接続受諾(PDN Connectivity Accept)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化要求(Activate default EPSbearer context request)メッセージでもよい。さらに、PDUセッション確立受諾メッセージは、NASメッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を受諾するメッセージであればよい。
　NR node_A122は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRCConnection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPDUセッション確立受諾メッセージを送信する(S1516)。なお、PDUセッション確立受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
　ここで、CPF_A140は、PDUセッション確立受諾メッセージに、少なくとも第11から17の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよい。
　さらに、CPF_A140は、第11から第17の識別情報を送信する事で、ネットワークが確立を、許可する、及び/又はサポートするPDUセッションの種類を示してよい。より詳細には、CPF_A140は、第11の識別情報、及び/又は第15の識別情報、及び/又は第1のタイプのPDUセッションを示す第14の識別情報を送信する事で、第1のタイプのPDUセッションの確立が、ネットワークによって受諾されたこと、及び/又はサポートされていることを示してもよい。
　さらに、CPF_A140は、第12の識別情報、及び/又は第16の識別情報、及び/又は第2のタイプのPDUセッションを示す第14の識別情報を送信する事で、第2のタイプのPDUセッションの確立が、ネットワークによって受諾されたこと、及び/又はサポートされていることを示してもよい。
　さらに、CPF_A140は、第3の識別情報、及び/又は第7の識別情報、及び/又は第3のタイプのPDUセッションを示す第4の識別情報を送信する事で、第3のタイプのPDUセッションの確立が、ネットワークによって受諾されたこと、及び/又はサポートされていることを示してもよい。
　RRCメッセージを受信した場合、UE_A10はNR node_A122にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S1518)。NRnode_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1520)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　なお、CPF_A140は、第11から17の識別情報のうち、どの識別情報をPDUセッション確立受諾メッセージに入れるかを、受信した識別情報、及び/又は、ネットワークの能力情報、及び/又はオペレータポリシー等のポリシー、及び/又はネットワークの状態に基づいて決定してもよい。なお、どの識別情報をPDUセッション確立受諾メッセージに入れるかのCPF_A140による決定はこれに限らない。
　PDUセッション確立受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にPDUセッション確立完了(PDU session establishmentcomplete)メッセージを送信する(S1522)(S1524)。さらに、CPF_A140は、PDUセッション確立完了メッセージを受信し、第2の条件判別を実行する。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立完了メッセージは、PDN接続完了(PDN Connectivity complete)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPSbearer context accept)メッセージでもよい。さらに、PDUセッション確立完了メッセージは、NASメッセージであってよい。また、PDUセッション確立完了メッセージは、PDUセッション確立受諾メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立手続きが完了する事を示すメッセージであればよい。
　第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は本手続き中の(D)の手続きを開始する。また、第2の条件判別が偽の場合CPF_A140は本手続き中の(D)の手続きを実行しない。以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、CPF_A140は、ベアラ変更要求メッセージをSGW_A35に送信し(S1526)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、CPF_A140にベアラ変更応答メッセージを送信する(S1528)。さらに、CPF_A140は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、第2の条件判別が偽の場合PDUセッション確立完了メッセージの送受信に基づき、及び/又は第2の条件判別が真の場合本手続きの中の(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にPDUセッション確立拒絶(PDU session establishmentreject)メッセージを送信し(S1530)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDUセッション確立拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDUセッション確立拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立拒絶メッセージはPDN接続拒絶(PDN Connectivity reject)メッセージでよい。さらに、PDUセッション確立拒絶メッセージは、NASメッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を拒絶するメッセージであればよい。
　また、CPF_A140は、PDUセッション確立拒絶メッセージに、第18の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してもよい。
　さらに、CPF_A140は、第18の識別情報を送信する事で、PDUセッション確立手続きが拒絶された理由を示してもよいし、PDUセッション確立手続き後に、各装置が実施すべき処理を示してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、UE_A10は、第11から17の識別情報のうち1つ以上の識別情報を受信した場合、各識別情報で示される種類のPDUセッションを確立してもよいし、確立されたPDUセッションの種類が、識別情報で示された種類であることを認識してもよい。なお、UE_A10は、受信した識別情報に関わらず、デフォルトのタイプのPDUセッションを確立してもよい。
　また、UE_A10は、第18の識別情報を受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、UE_A10は、UE_A10の要求が拒絶された理由に基づいて、別の条件で再度本手続きを実施してもよいし、トラッキングエリア更新手続き等の別の手続きを実施してもよい。
　また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件は、UE_A10がPDUセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件は、UE_A10がPDUセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するPDUセッションの確立を、サポートしている場合は真でよく、サポートしていない場合は偽でよい。
　[1.3.3.アタッチ手続き例]
　図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きとはアタッチ手続きを指す。本手続きは、UE_A10がネットワークに登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にアタッチ要求(Attach request)メッセージを送信し(S1600)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含める事で、アタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
　具体的には、UE_A10は、アタッチ要求メッセージを含むRRCメッセージをNR node_A122に送信し、アタッチ要求メッセージを含むRRCメッセージを受信したNR node_A122が、アタッチ要求メッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にアタッチ要求メッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。また、アタッチ要求メッセージは、NASメッセージであってよい。
　なお、UEA10は、接続を要求するNSIごとに存在する1つ以上のアタッチ要求メッセージを、1つのRRCメッセージに含めて送信してもよいし、複数のアタッチ要求メッセージを総称してアタッチ要求メッセージとしてもよい。または、UE_A10は接続を要求するNSIごとに、それぞれアタッチ要求メッセージをRRCメッセージに含めて送信してもよい。
　ここで、UE_A10は、アタッチ要求メッセージ及び/又はRRCメッセージに、少なくとも第1から7の識別情報及び第21の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、UE_A10は、第1から第7の識別情報を送信する事で、UE_A10が確立を、要求する、及び/又はサポートするPDUセッションの種類を示してよい。より詳細には、UE_A10は、第1の識別情報、及び/又は第5の識別情報、及び/又は第1のタイプのPDUセッションを示す第4の識別情報を送信する事で、第1のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第2の識別情報、及び/又は第6の識別情報、及び/又は第2のタイプのPDUセッションを示す第4の識別情報を送信する事で、第2のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第3の識別情報、及び/又は第7の識別情報、及び/又は第3のタイプのPDUセッションを示す第4の識別情報を送信する事で、第3のタイプのPDUセッションの確立を、UE_A10が要求すること、及び/又はUE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第21の識別情報を送信することで、現在のTAが以前に接続したTAと、同じことを示してもよいし、異なるTAであることを示してもよい。なお、UE_A10は、第1から第7の識別情報を第21の識別情報と対応付け送信してもよい。
　なお、UE_A10は、第1から7の識別情報及び第21の識別情報のうち、どの識別情報をアタッチ要求メッセージに入れるかを、UE_A10の能力情報、及び/又はUEポリシー等のポリシー、及び/又はUE_A10のプリファレンスに基づいて決定してもよい。なお、どの識別情報をアタッチ要求メッセージに入れるかのUE_A10による決定はこれに限らない。
　また、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。例えば、UE_A10は、ESM(EPS Session Management)情報要求メッセージへの応答メッセージであるESM情報応答メッセージ(S1602)に、これらの識別情報を含めて送信してもよい。
　CPF_A140は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。CPF_A140は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
　以下、本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には実行し、第4の条件が偽の場合には省略する(S1604)。さらに、CPF_A140は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信、及び/又はPDN接続手続き中の(C)の手続きの完了に基づいて、NR node_A122にアタッチ受諾(Attach accept)メッセージを送信する(S1606)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。ここで、CPF_A140は、アタッチ受諾メッセージをS1APメッセージ(例えばInitial context setup requestや、Downlink NAS Transport)に含めてNR node_A122へ送信してもよい。さらに、アタッチ受諾メッセージはNASメッセージであってよい。また、アタッチ受諾メッセージは、アタッチ要求メッセージに対する応答メッセージであってよい。
　NR node_A122は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRCConnection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S1608)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、CPF_A140は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含める事で、PDUセッション確立手続きが受諾された事を示してもよい。
　ここで、CPF_A140は、アタッチ受諾メッセージに、少なくとも第11から17の識別情報及び第31から32の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよい。
　さらに、CPF_A140は、第11から第17の識別情報を送信する事で、ネットワークが確立を、許可する、及び/又はサポートするPDUセッションの種類を示してよい。より詳細には、CPF_A140は、第11の識別情報、及び/又は第15の識別情報、及び/又は第1のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第1のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第12の識別情報、及び/又は第16の識別情報、及び/又は第2のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第2のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第13の識別情報、及び/又は第17の識別情報、及び/又は第3のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第3のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第31の識別情報を送信する事で、ネットワークがUE_A10に接続を許可した一又は複数のTAを示してもよいし、本手続き完了後にトラッキングエリア更新手続きを実行することなく、UE_A10が移動することができるエリアを示してもよい。
　さらに、CPF_A140は、第11から17の識別情報と第31の識別情報を対応付けて送信してもよいし、これらの対応づけられた識別情報を送信することで、第11から17の識別情報で示される種類のPDUセッションの確立が、第31の識別情報で示されたTA内で、許可されていること、及び/又はサポートされていることを示してもよい。
　さらに、CPF_A140は、第11から17の識別情報で示される種類のPDUセッションが、第2のタイプのPDUセッションである場合、CPF_A140は、さらに、第32の識別情報を送信してもよいし、第32の識別情報を送信することで、PDUセッションがサスペンドした際に、PDUセッションのサスペンドが有効である時間を示してもよい。
　なお、CPF_A140は、第11から17の識別情報及び第31から32の識別情報のうち、どの識別情報をアタッチ受諾メッセージに入れるかを、受信した識別情報、及び/又は、ネットワークの能力情報、及び/又はオペレータポリシー等のポリシー、及び/又はネットワークの状態に基づいて決定してもよい。なお、どの識別情報をアタッチ受諾メッセージに入れるかのCPF_A140による決定はこれに限らない。
　ここで、第1の条件判別は、PDUセッション確立手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、CPF_A140が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でPDUセッション確立手続きも実行する場合でよい。また、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でPDUセッション確立手続きも実行しない場合でよいし、第4の条件を真と判断しない場合でよい。
　UE_A10がNR node_A122からRRCメッセージを受信した場合、UE_A10は、NR node_A122にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRCDirect Transferメッセージ等のRRCメッセージでもよい)を送信する(S1610)。NRnode_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1612)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
　UE_A10がCPF_A140からNR node_A122を介してアタッチ受諾メッセージを受信した場合、UE_A10は、NR node_A122を介してCPF_A140にアタッチ完了(Attach complete)メッセージを送信する(S1614)(S1616)。さらに、CPF_A140は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、CPF_A140は第2の条件判別を実行する。第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は、PDUセッション確立手続き中の(D)手続きを開始し、実行(S1618)。各装置は、アタッチ完了メッセージの送受信、及び/又はPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
　なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含める事で、PDUセッション確立手続きを完了する事を示してもよい。ここで、アタッチ完了メッセージはNASメッセージであってよい。また、アタッチ完了メッセージは、アタッチ応答メッセージに対する応答メッセージであってよい。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し(S1620)、本手続き中の(B)の手続きを開始する。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、CPF_A140は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含める事で、PDUセッション確立手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージを受信してもよいし、PDUセッション確立手続きが拒絶された事を認証してもよい。さらに、アタッチ拒絶メッセージは、NASメッセージであってよい。また、アタッチ拒絶メッセージは、アタッチ要求メッセージに対する応答メッセージであればよく、これに限らず、UE_A10のネットワークへの登録を拒絶するメッセージであればよい。
　また、CPF_A140は、アタッチ拒絶メッセージに、第18の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してもよい。
　さらに、各装置は、第18の識別情報を送受信する事で、アタッチ手続きが拒絶された理由を認識してもよいし、アタッチ手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、UE_A10は、第11から17の識別情報及び第31から32の識別情報のうち1つ以上の識別情報を受信した場合、第11から第17の各識別情報で示される種類のPDUセッションの確立が、第31の識別情報で示されるTAで、許可されていること、及び/又はサポートされていることを認識してもよい。
　また、UE_A10は、第18の識別情報を受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、UE_A10は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_A90や別のセルに対してアタッチ手続きを実施してもよい。
　また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
　例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したPDUセッション確立手続き例と同様でよい。
　[1.4.UEのモビリティに伴う手続きの説明]
　次に、UEのモビリティに伴う手続きを用いて説明する。本実施形態では、各装置は、UEのモビリティに伴う手続きを実行することで、第1の状態又は第2の状態に遷移する。以下、本手続きは、UEのモビリティに伴う手続きを指す。
　さらに、本手続きは、第1のUEのモビリティに伴う手続きと、第2のUEのモビリティに伴う手続きとがあってよい。第1のUEのモビリティに伴う手続きは、各装置が第1の状態で実行される手続きであってよく、第2のUEのモビリティに伴う手続きは、各装置が第2の状態で実行さえる手続きであってよい。
　[1.4.1.第1のUEのモビリティに伴う手続きの説明]
　次に、第1のUEのモビリティに伴う手続きを図18を用いて説明する。第1のUEのモビリティに伴う手続きは、各装置が第1の状態である場合において、UE_A10がTAを跨いだモビリティを行った際に実行される手続きである。以下、本手続きは、第1のUEのモビリティに伴う手続きを指し、各手続きには、トラッキングエリア更新手続きがある。さらに、UE_A10が新たに侵入したTAには、NRnode_B123が配置されていてもよく、本手続き中で実行されるトラッキングエリア更新は、NRnode_A122に対して実行されてよい。この場合、トラッキングエリア更新手続き中でNR node_A122が実施する各メッセージの送受信及び各処理は、NR node_B123が実施してもよい。さらに、本手続きは、各装置が第1の状態であれば、任意のタイミングで実行可能である手続きであってもよい。
　次に、各手続きの説明を以下にする。各装置は、まず、第1の状態(S1802)において、トラッキングエリア更新手続き(S1804)を実行する。なお、トラッキングエリア更新手続きは、UE_A10のTAを跨ぐモビリティに基づいて実行されてもよいし、定期的に実行されてもよい。これに限らず、トラッキングエリア更新手続きは、第1の状態に遷移した状態であれば任意のタイミングで実行されてもよい。
　また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10及びコアネットワーク＿B190は、第1から4の識別情報及び第21の識別情報のうち1つ以上の識別情報、及び/又は第11から14の識別情報及び第31から第36の識別情報うち1つ以上の識別情報の交換を実施してもよい。
　さらに、各装置は、トラッキングエリア更新手続きの完了に基づいて、第2の状態に遷移してもよい。なお、各装置が、トラッキングエリア更新手続きの完了に基づいて遷移する状態はこれに限らない。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きの完了に基づいて、第1の状態から第2の状態(S1806)に遷移してもよい。
　ここで、各装置は、第2の状態に遷移することに基づいて、第1のタイマーの実行を開始してもよい。言い換えると、各装置は、確立しているPDUセッションのサスペンドに基づいて、第1のタイマーの実行を開始してもよい。さらに言い換えると、各装置は、トラッキングエリア更新手続きの完了に基づいて、第1のタイマーの実行を開始してもよい。さらに、各装置は、トラッキングエリア更新手続きで送受信したタイマーの値を、第1のタイマーの値として用いて第1のタイマーを実行してもよい。
　さらに、第1のタイマーを実行している状態で、UE_A10が以前に接続していたトラッキングエリアに再び移動した場合、UE_A10は、第2のUEのモビリティに伴う手続きを開始してもよいし、各装置は、サスペンドされたPDUセッションをレジュームしてもよいし、さらに、第1のタイマーの実行を停止してもよい。逆に、第1のタイマーの実行が満了した場合、UE_A10は、第2のUEのモビリティに伴う手続きを開始してもよいし、各装置は、サスペンドされたPDUセッションを切断してもよい。なお、UE_A10が以前に接続していたトラッキングエリアは、UE_A10がトラッキングエリア更新手続きを実行する前に保持していたTAリストに含まれるトラッキングエリアであってよい。
　[1.4.2.第2のUEのモビリティに伴う手続きの説明]
　次に、第2のUEのモビリティに伴う手続きを図2を用いて説明する。第2のUEのモビリティに伴う手続きは、各装置が第2の状態である場合において、UE_A10がTAを跨いだモビリティを行った際に実行される手続きである。以下、本手続きは、第2のUEのモビリティに伴う手続きを指し、各手続きには、トラッキングエリア更新手続きがある。さらに、UE_A10が新たに侵入したTAには、NRnode_B122が配置されていてもよく、本手続き中で実行されるトラッキングエリア更新は、NRnode_A122に対して実行されてよい。さらに、本手続きは、各装置が第2の状態であれば、任意のタイミングで実行可能である手続きであってもよい。
　次に、各手続きの説明を以下にする。各装置は、まず、第2の状態(S202)において、トラッキングエリア更新手続き(S204)を実行する。なお、トラッキングエリア更新手続きは、UE_A10のTAを跨ぐモビリティに基づいて実行されてもよいし、定期的に実行されてもよい。これに限らず、トラッキングエリア更新手続きは、第2の状態に遷移した状態であれば任意のタイミングで実行されてもよい。
　また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10及びコアネットワーク＿B190は、第2から4の識別情報及び第21の識別情報のうち1つ以上の識別情報、及び/又は第21から14の識別情報及び第31から第36の識別情報うち1つ以上の識別情報の交換を実施してもよい。
　さらに、各装置は、トラッキングエリア更新手続きの完了に基づいて、第1の状態に遷移してもよい。なお、各装置が、トラッキングエリア更新手続きの完了に基づいて遷移する状態はこれに限らない。
　以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きの完了に基づいて、第2の状態から第1の状態(S206)に遷移してもよい。
　[1.4.3.トラッキングエリア更新手続きの概要]
　トラッキングエリア更新手続き(Tracking Area Update Procedure)の概要について説明する。以下、本手続きは、トラッキングエリア更新手続きを指す。本手続きは、ネットワーク(アクセスネットワーク、及び/又は、コアネットワーク_B190)におけるUE_A10の位置登録情報を更新する、及び/又は、UE_A10からネットワークへ定期的にUE_A10の状態を通知する、及び/又は、ネットワークにおけるUE_A10に関する特定のパラメータを更新する為の手続きである。
　UE_A10は、TAを跨ぐモビリティをした際に、本手続きを開始してもよい。言い換えると、UE_A10は、保持しているTAリストで示されるTAとは異なるTAに侵入した際に、本手続きを開始してもよい。さらに、UE_A10は、実行しているタイマーが満了した際に本手続きを開始してもよい。さらに、UE_A10は、PDUセッション、及び/又はEPSベアラの切断や無効化が原因で各装置のコンテキストの更新が必要な際に本手続きを開始してもよい。さらに、UE_A10は、UE_A10のPDUセッション確立に関する、能力情報、及び/又はプリファレンスに変化が生じた場合、本手続きを開始してもよい。さらに、UE_A10は、定期的に本手続きを開始してもよい。なお、UE_A10は、これらに限らず、PDUセッションが確立された状態であれば、任意のタイミングで本手続きを実行する事ができる。
　さらに、UE_A10は、第1の状態又は第2の状態で、本手続きを開始し、本手続きの完了に基づいて第1の状態又は第2の状態に遷移してもよい。より詳細には、UE_A10が第1の状態の状態で本手続きを開始した場合、各装置は、送受信する識別情報に基づいて、第1の状態に遷移するか、第2の状態に遷移するかを決定し、決定した状態へ遷移してもよい。さらに、UE_A10が第2の状態の状態で本手続きを開始した場合、各装置は、送受信する識別情報に基づいて、第1の状態に遷移するか、第2の状態に遷移するかを決定し、決定した状態へ遷移してもよい。
　[1.4.3.1.トラッキングエリア更新手続き例]
　図17を用いて、トラッキングエリア更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まずUE_A10は、NR node_A122を介してCPF_A140にトラッキングエリア更新要求(Tracking Area Updaterequest)メッセージを送信し(S1700)、トラッキングエリア更新手続きを開始する。
　具体的には、UE_A10は、トラッキングエリア更新要求メッセージを含むRRCメッセージをNR node_A122に送信し、トラッキングエリア更新要求メッセージを含むRRCメッセージを受信した、NR node_A122がトラッキングエリア更新要求メッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にアタッチ要求メッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。また、トラッキングエリア更新要求メッセージは、NASメッセージであってよい。なお、NR node_A122は、UE_A10が現在接続しているTA中のアクセスネットワークの装置であってよい。従って、NR node_A122は、NR node_B123であってもよく、本手続き中のNR node_A122が実施する各メッセージの送受信は、NR node_A122の代わりにNR node_B123が実施してもよい。
　ここで、UE_A10は、トラッキングエリア更新要求メッセージ及び/又はRRCメッセージに、少なくとも、第1から4の識別情報及び第21から22の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
　さらに、UE_A10は、第1から第4の識別情報を送信する事で、UE_A10がサポートするPDUセッションの種類を示してよい。より詳細には、UE_A10は、第1の識別情報、及び/又は第1のタイプのPDUセッションを示す第4の識別情報を送信する事で、第1のタイプのPDUセッションを、UE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第2の識別情報、及び/又は第2のタイプのPDUセッションを示す第4の識別情報を送信する事で、第2のタイプのPDUセッションを、UE_A10がサポートすることを示してもよい。
　さらに、UE_A10は、第3の識別情報、及び/又は第3のタイプのPDUセッションを示す第4の識別情報を送信する事で、第3のタイプのPDUセッションの確立を、UE_A10がサポートすることを示してもよい。
　なお、UE_A10は、アタッチ手続き、及び/又はPDUセッション確立手続きで交換した識別情報と、同じ識別情報をトラッキングエリア更新要求メッセージに含めて送信してもよいし、異なる識別情報をトラッキングエリア更新要求メッセージに含めて送信してもよい。言い換えると、UE_A10は、アタッチ手続き、及び/又はPDUセッション確立手続きで確立、及び/又は使用が決定された種類のPDUセッションと、同じ種類のPDUセッションを示す識別情報をトラッキングエリア更新手続きに含めて送信してもよいし、異なる種類のPDUセッションを示す識別情報をトラッキングエリア更新手続きに含めて送信してもよい。
　さらに、UE_A10は、第21の識別情報を送信することで、現在のTAが以前に接続したTAと、同じことを示してもよいし、異なるTAであることを示してもよい。なお、UE_A10は、第1から第7の識別情報を第21の識別情報と対応付け送信してもよい。
　さらに、UE_A10は、第22の識別情報を送信することで、アクティブ化されているPDUセッションがあることを示してもよいし、サスペンドされているPDUセッションがあることを示してもよい。さらに、UE_A10は、以前に接続していたTAを示す第21の識別情報、及び/又はサスペンドされているPDUセッションがあることを示す第22の識別情報を送信することで、サスペンドされているPDUセッションのレジュームを要求してもよい。
　なお、UE_A10は、第1から4の識別情報及び第21から22の識別情報のうち、どの識別情報をトラッキングエリア更新要求メッセージに入れるかを、UE_A10の能力情報、及び/又はUEポリシー等のポリシー、及び/又はUE_A10のプリファレンスに基づいて決定してもよい。なお、どの識別情報をトラッキングエリア更新要求メッセージに入れるかのUE_A10による決定はこれに限らない。
　CPF_A140は、トラッキングエリア更新要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
　以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、本手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S1703)。
　ここで、第1の条件判別はアタッチ手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、PDUセッションの変更及び/又は追加及び/又は削除手続きの要否を判断する為のものである。さらに、本手続き中の(C)の手続きは、ネットワーク内の装置間で、メッセージを送受信する手続きであってよく、コンテキストを更新、及び/又は共有するための手続きであってもよい。従って手続きの詳細は省略する。
　ここで、CPF_A140は、本手続き中の(C)の手続き中のメッセージに、少なくとも第1から4の識別情報及び第21の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を、各装置に伝達してもよい。
　ここで、CPF_A140は、本手続き中の(C)の手続き中のメッセージに、少なくとも第11から14の識別情報及び第31から36の識別情報のうち1つ以上の識別情報、及び/又は第18の識別情報を含めてもよいし、これらの識別情報を含める事で、ネットワークのUE_A10の要求に対する決定を、各装置に伝達してもよい。
　さらにCPF_A140は、(C)の手続き完了後に、第3の条件判別を実行する。ここで、第3の条件判別とは、CPF_A140がUE_A10の要求を受諾するかを判断する為のものであり、第3の条件判断は、(C)の手続き中に、いずれかの装置から受信した情報に基づいて決定してもよい。第3の条件判別において、CPF_A140は第3の条件が真であるか偽であるかを判定する。
　CPF_A140は、本手続き中の(C)の手続きを、第3の条件が真の場合にはNR node_A122を介してUE_A10にトラッキングエリア更新受諾(Tracking Area Updateaccept)メッセージを送信し(S1706)、第3の条件が偽の場合には本手続き中の(B)の手続きを開始する。トラッキングエリア更新受諾メッセージには、適切な受諾理由が含まれてもよい。なお、トラッキングエリア更新受諾メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を受諾するメッセージであればよい。
　なお、CPF_A140は、トラッキングエリア更新受諾メッセージをS1APメッセージ(例えばUEContext Modification Requestや、Downlink NAS Transport)に含めてNR node_A122へ送信してもよい。さらに、トラッキングエリア更新受諾メッセージはNASメッセージであってよい。また、トラッキングエリア更新受諾メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであってよい。さらに、NR node_A122はUE_A10に受信したトラッキングエリア更新受諾メッセージをRRCメッセージに含めて送信してもよい。
　ここで、CPF_A140は、トラッキングエリア更新受諾メッセージに、少なくとも第11から14の識別情報及び第31から36の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してもよいし、PDUセッションの本手続き完了後の状態を示してもよい。
　さらに、CPF_A140は、第11から第14の識別情報を送信する事で、ネットワークがサポートするPDUセッションの種類を示してよい。より詳細には、CPF_A140は、第11の識別情報、及び/又は第1のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第1のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第12の識別情報、及び/又は第2のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第2のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第13の識別情報、及び/又は第3のタイプのPDUセッションを示す第14の識別情報を送信する事で、ネットワークによって、許可されている、及び/又はサポートされているPDUセッションの種類が、第3のタイプのPDUセッションであることを示してもよい。
　さらに、CPF_A140は、第31の識別情報を送信する事で、ネットワークがUE_A10に接続を許可した一又は複数のTAを示してもよいし、本手続き完了後に新たなトラッキングエリア更新手続きを実行することなく、UE_A10が移動することができるエリアを示してもよい。
　さらに、CPF_A140は、第11から14の識別情報と第31の識別情報を対応付けて送信してもよいし、これらの対応づけられた識別情報を送信することで、第11から14の識別情報で示される種類のPDUセッションの確立が、第31の識別情報で示されたTA内で、許可されていること、及び/又はサポートされていることを示してもよい。
　さらに、CPF_A140は、第33から36の識別情報を送信する事で、本手続き完了後のPDUセッションの状態を示してもよい。より詳細には、第33の識別情報を送信することで、切断されるPDUセッション、及び/又はEPSベアラがあることを示してもよいし、切断されるPDUセッション、及び/又はEPSベアラを識別してもよい。さらに、第34の識別情報を送信することで、サスペンドされるPDUセッション、及び/又はEPSベアラがあることを示してもよいし、サスペンドされるPDUセッション、及び/又はEPSベアラを識別してもよい。
　さらに、第35の識別情報を送信することで、レジュームされるPDUセッション、及び/又はEPSベアラがあることを示してもよいし、レジュームされるPDUセッション、及び/又はEPSベアラを識別してもよい。さらに、第36の識別情報を送信することで、セッション継続されるPDUセッション、及び/又はEPSベアラがあることを示してもよいし、セッション継続されるPDUセッション、及び/又はEPSベアラを識別してもよい。
　さらに、CPF_A140は、第11から14の識別情報で示される種類のPDUセッションが、第2のタイプのPDUセッションである場合、CPF_A140は、さらに、第32の識別情報を送信してもよいし、第32の識別情報を送信することで、PDUセッションがサスペンドした際に、PDUセッションのサスペンドが有効である時間を示してもよい。さらに、CPF_A140は、サスペンドされるPDUセッション、及び/又はEPSベアラがある場合、CPF_A140は、さらに、第32の識別情報を送信してもよいし、第32の識別情報を送信することで、PDUセッション、及び/又はEPSベアラのサスペンドが有効である時間を示してもよい。
　なお、CPF_A140は、第11から14の識別情報及び第31から36の識別情報のうち、どの識別情報をトラッキングエリア更新受諾メッセージに入れるかを、受信した識別情報、及び/又は、ネットワークの能力情報、及び/又はオペレータポリシー等のポリシー、及び/又はネットワークの状態に基づいて決定してもよい。なお、どの識別情報をトラッキングエリア更新受諾メッセージに入れるかのCPF_A140による決定はこれに限らない。
　トラッキングエリア更新受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にトラッキングエリア更新完了(Tracking Area Update complete)メッセージを送信してもよい(S1710)。ここで、トラッキングエリア更新完了メッセージはNASメッセージであってよい。また、トラッキングエリア更新完了メッセージは、トラッキングエリア更新応答メッセージに対する応答メッセージであってよい。各装置は、トラッキングエリア更新完了メッセージの送受信、及び/又はトラッキングエリア更新受諾メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
　次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にトラッキングエリア更新拒絶(Tracking Area Update reject)メッセージを送信し(S1720)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はトラッキングエリア更新拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、トラッキングエリア更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。トラッキングエリア更新拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、トラッキングエリア更新拒絶メッセージは、NASメッセージであってよい。また、トラッキングエリア更新拒絶メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を拒絶するメッセージであればよい。
　ここで、CPF_A140は、トラッキングエリア更新拒絶メッセージに、第18の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してもよい。
　さらに、CPF_A140は、第18の識別情報を送受信する事で、トラッキングエリア更新手続きが拒絶された理由を認識してもよいし、トラッキングエリア更新手続き後に、各装置が実施すべき処理を示してもよいし、別の条件で再度本手続きを実施してもよいし、本手続き以外の手続きを実施してもよい。
　各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。
　さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、UE_A10は、第11から14の識別情報及び第31から36の識別情報のうち1つ以上の識別情報を受信した場合、第11から第14の各識別情報で示される種類のPDUセッションが、第31の識別情報で示されるTAで、許可されていること、及び/又はサポートされていることを認識してもよい。
　また、UE_A10は、第33から第36の識別情報を受信した場合、PDUセッション、及び/又はEPSベアラの一部又は全部の状態が更新されたことを認識してもよいし、PDUセッション、及び/又はEPSベアラの一部又は全部の状態の更新が必要なことを認識してもよい。
　具体的には、UE_A10は、第33の識別情報を受信した場合、PDUセッション、及び/又はEPSベアラの一部又は全部が切断されたことを認識してもよいし、切断されたPDUセッション、及び/又はEPSベアラに関するコンテキストを無効化、及び/又は解放してもよい。さらに、UE_A10は、第34の識別情報を受信した場合、PDUセッション、及び/又はEPSベアラの一部又は全部が、切断されずにサスペンドされたことを認識してもよい。さらに、UE_A10は、第35の識別情報を受信した場合、PDUセッション、及び/又はEPSベアラの一部又は全部が、サスペンドされた状態から復帰したことを認識してもよい。さらに、UE_A10は、第36の識別情報を受信した場合、PDUセッション、及び/又はEPSベアラの一部又は全部が、切断されずにセッション継続されたことを認識してもよい。また、UE_A10は、サスペンドされたPDUセッション、及び/又はEPSベアラがある場合、第1のタイマーの実行を開始してもよいし、第32の識別情報で示される値を第1のタイマーの値として設定してよい。
　また、各装置は、第35の識別情報を送受信した場合、第1の状態から第2の状態に遷移してもよい。さらに、各装置は、第36の識別情報を送受信した場合、第2の状態から第1の状態に遷移してもよい。なお、各装置が第1の状態又は第2の状態に遷移する条件はこれに限らない。
　また、前述した第1、及び/又は第3、及び/又第4の条件判別は、トラッキングエリア更新要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1、及び/又は第3、及び/又第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
　例えば、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第2の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するトラッキングエリア更新をサポートしていない場合、偽でもよい。
　[2.変形例]
　本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、CentralProcessing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 PDN_A
10 UE_A
30 PGW_A
35 SGW_A
40 MME_A
42 SGSN_A
45 eNB_A
46 SCEF_A
50 HSS_A
60 PCRF_A
80 E-UTRAN_A
120 NextGen RAN_A
122 NR node_A
123 NR node_B
125 WLAN ANc
126 WAG_A
130 UPGW_A
140 CPF_A
190 コアネットワーク_B

Claims (20)

  1. 　端末装置であって、
    　前記端末装置は、コアネットワークに含まれる装置との間で、
    　　PDUセッション確立手続きを実行し、
    　　トラッキングエリアAからトラッキングエリアBに移動した際に、さらに、トラッキングエリア更新手続きを実行する
    　送受信部と、
    　　前記PDUセッション確立手続きの完了に基づいて、PDUセッションを確立し、
    　　前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドし、さらに、前記PDUセッションの状態を管理するためのタイマーを実行する
    　制御部とを備え、
    　前記トラッキングエリアAは、前記トラッキングエリア更新手続きの実行前に前記端末装置が保持しているトラッキングエリアリストに含まれるトラッキングエリアであり、
    　前記トラッキングエリアBは、前記トラッキングエリアAとは異なるトラッキングエリアであり、さらに、前記トラッキングエリアリストに含まれないトラッキングエリアである
    　ことを特徴とする端末装置。
  2. 　前記送受信は、前記PDUセッションがサスペンドされた状態で、前記端末装置が前記トラッキングエリアBから前記トラッキングエリアAに移動した場合は、
    　　トラッキングエリア更新要求メッセージを、前記コアネットワークに含まれる装置に送信し、
    　　情報Aを含むトラッキングエリア更新受諾メッセージを、前記コアネットワークに含まれる装置から受信し、
    　前記制御部は、
    　　前記コアネットワークに含まれる装置から前記情報Aを受信した場合は、前記PDUセッションをレジュームし、
    　　前記タイマーが満了した場合は、前記PDUセッションを切断し、
    　前記情報Aは、前記PDUセッションがレジュームされること示す情報である
    　ことを特徴とする請求項１に記載の端末装置。
  3. 　前記送受信は、さらに、アタッチ手続きを実行し、
    　前記アタッチ手続きにおいて、
    　　前記トラッキングエリアリストと、情報Bとを、前記コアネットワーク含まれる装置から受信し、
    　前記情報Bは、前記コアネットワークが前記PDUセッションをサポートすること示す情報である
    　ことを特徴とする請求項１又は請求項２に記載の端末装置。
  4. 　前記送受信は、前記PDUセッション確立手続きにおいて、
    　　情報Cを、前記コアネットワーク含まれる装置から受信し、
    　前記情報Cは、前記PDUセッションがサスペンド可能なPDUセッションであることを示す情報である
    　ことを特徴とする請求項１から請求項３の何れか一項に記載の端末装置。
  5. 　前記送受信は、前記トラッキングエリア更新手続きにおいて、
    　　前記トラッキングエリアリストとは異なるトラッキングエリアリストと、前記タイマーの値とを、前記コアネットワーク含まれる装置から受信する
    　ことを特徴とする請求項１から請求項４の何れか一項に記載の端末装置。
  6. 　コアネットワークに含まれる装置であって、
    　前記コアネットワークに含まれる装置は、端末装置との間で、
    　　PDUセッション確立手続きと、トラッキングエリア更新手続きとを実行する
    　送受信部と、
    　　前記PDUセッション確立手続きの完了に基づいて、前記コアネットワークと前記端末装置との間でPDUセッションを確立し、
    　　前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドし、さらに、前記PDUセッションの状態を管理するためのタイマーを実行する
    　制御部と、
    　を備えることを特徴とするコアネットワークに含まれる装置。
  7. 　前記送受信は、前記PDUセッションがサスペンドされた状態で、トラッキングエリア更新要求メッセージを、前記端末装置から受信した場合は、情報Aを含むトラッキングエリア更新受諾メッセージを、前記端末装置に送信し、
    　前記制御部は、
    　　前記PDUセッションがレジュームされること示す情報を、前記端末装置に送信した場合は、前記PDUセッションをレジュームし、
    　　前記タイマーが満了した場合は、前記PDUセッションを切断し、
    　前記情報Aは、前記PDUセッションがレジュームされること示す情報である
    　ことを特徴とする請求項６に記載のコアネットワークに含まれる装置。
  8. 　前記送受信は、さらに、アタッチ手続きを実行し、
    　前記アタッチ手続きにおいて、
    　　トラッキングエリアリストと、情報Bとを、前記端末装置に送信し、
    　前記情報Bは、前記コアネットワークが前記PDUセッションをサポートすること示す情報である
    　ことを特徴とする請求項６又は請求項７に記載のコアネットワークに含まれる装置。
  9. 　前記送受信は、前記PDUセッション確立手続きにおいて、
    　　情報Cを、前記端末装置に送信し、
    　前記情報Cは、前記PDUセッションがサスペンド可能なPDUセッションであることを示す情報である
    　ことを特徴とする請求項６から請求項８の何れか一項に記載のコアネットワークに含まれる装置。
  10. 　前記送受信は、前記トラッキングエリア更新手続きにおいて、
    　　前記トラッキングエリアリストとは異なるトラッキングエリアリストと、前記タイマーの値とを、前記端末装置に送信する
    　ことを特徴とする請求項６から請求項９の何れか一項に記載のコアネットワークに含まれる装置。
  11. 　端末装置の通信制御方法であって、コアネットワークに含まれる装置との間で、
    　　PDUセッション確立手続きを実行するステップと、
    　　前記PDUセッション確立手続きの完了に基づいて、PDUセッションを確立するステップと、
    　　トラッキングエリアAからトラッキングエリアBに移動した際に、さらに、トラッキングエリア更新手続きを実行するステップと、
    　　前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドするステップと、
    　　前記PDUセッションの状態を管理するためのタイマーを実行するステップとを有し、
    　前記トラッキングエリアAは、前記トラッキングエリア更新手続きの実行前に前記端末装置が保持しているトラッキングエリアリストに含まれるトラッキングエリアであり、
    　前記トラッキングエリアBは、前記トラッキングエリアAとは異なるトラッキングエリアであり、さらに、前記トラッキングエリアリストに含まれないトラッキングエリアである
    　ことを特徴とする端末装置の通信制御方法。
  12. 　前記PDUセッションがサスペンドされた状態で、前記端末装置が前記トラッキングエリアBから前記トラッキングエリアAに移動した場合は、
    　　トラッキングエリア更新要求メッセージを、前記コアネットワークに含まれる装置に送信するステップと、
    　　情報Aを含むトラッキングエリア更新受諾メッセージを、前記コアネットワークに含まれる装置から受信するステップと、
    　　前記PDUセッションをレジュームするステップとを有し、
    　前記タイマーが満了した場合は、前記PDUセッションを切断するステップを有し、
    　前記情報Aは、前記PDUセッションがレジュームされること示す情報である
    　ことを特徴とする請求項１１に記載の端末装置の通信制御方法。
  13. 　アタッチ手続きを実行するステップをさらに有し、
    　前記アタッチ手続きにおいて、
    　　前記トラッキングエリアリストと、情報Bとを、前記コアネットワーク含まれる装置から受信するステップを有し、
    　前記情報Bは、前記コアネットワークが前記PDUセッションをサポートすること示す情報である
    　ことを特徴とする請求項１１又は請求項１２に記載の端末装置の通信制御方法。
  14. 　前記PDUセッション確立手続きにおいて、
    　　情報Cを、前記コアネットワーク含まれる装置から受信するステップをさらに有し、
    　前記情報Cは、前記PDUセッションがサスペンド可能なPDUセッションであることを示す情報である
    　ことを特徴とする請求項１１から請求項１３の何れか一項に記載の端末装置の通信制御方法。
  15. 　前記トラッキングエリア更新手続きにおいて、
    　　前記トラッキングエリアリストとは異なるトラッキングエリアリストと、前記タイマーの値とを、前記コアネットワーク含まれる装置から受信するステップをさらに有す
    　ことを特徴とする請求項１１から請求項１４の何れか一項に記載の端末装置の通信制御方法。
  16. 　コアネットワークに含まれる装置の通信制御方法であって、端末装置との間で、
    　　PDUセッション確立手続きを実行するステップと、
    　　前記PDUセッション確立手続きの完了に基づいて、前記コアネットワークと前記端末装置との間でPDUセッションを確立するステップと、
    　　トラッキングエリア更新手続きとを実行するステップと、
    　　前記トラッキングエリア更新手続きの完了に基づいて、前記PDUセッションをサスペンドするステップと、
    　　前記PDUセッションの状態を管理するためのタイマーを実行するステップとを有する
    　ことを特徴とするコアネットワークに含まれる装置の通信制御方法。
  17. 　前記PDUセッションがサスペンドされた状態で、さらに、トラッキングエリア更新要求メッセージを、前記端末装置から受信した場合は、
    　　前記PDUセッションがレジュームされること示す情報を、前記端末装置に送信するステップと、
    　　前記PDUセッションをレジュームするステップを有し
    　前記タイマーが満了した場合は、前記PDUセッションを切断するステップを有する
    　ことを特徴とする請求項１６に記載のコアネットワークに含まれる装置の通信制御方法。
  18. 　アタッチ手続きを実行するステップをさらに有し、
    　前記アタッチ手続きにおいて、
    　　トラッキングエリアリストと、前記コアネットワークが前記PDUセッションをサポートすること示す情報とを、前記端末装置に送信するステップを有する
    　ことを特徴とする請求項１６又は請求項１７に記載のコアネットワークに含まれる装置の通信制御方法。
  19. 　前記PDUセッション確立手続きにおいて、
    　　前記PDUセッションがサスペンド可能なPDUセッションであることを示す情報を、前記端末装置に送信するステップをさらに有する
    　ことを特徴とする請求項１６から請求項１８の何れか一項に記載のコアネットワークに含まれる装置の通信制御方法。
  20. 　前記トラッキングエリア更新手続きにおいて、
    　　前記トラッキングエリアリストとは異なるトラッキングエリアリストと、前記タイマーの値とを、前記端末装置に送信するステップをさらに有する
    　ことを特徴とする請求項１６から請求項１９の何れか一項に記載のコアネットワークに含まれる装置の通信制御方法。
PCT/JP2017/046638 2017-01-05 2017-12-26 端末装置、コアネットワーク装置、及び通信制御方法 WO2018128127A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA3049321A CA3049321A1 (en) 2017-01-05 2017-12-26 Terminal apparatus, core network apparatus, and communication control method
BR112019013919A BR112019013919A2 (pt) 2017-01-05 2017-12-26 aparelho terminal, aparelho de rede principal e método de controle de comunicação
US16/476,095 US20190335413A1 (en) 2017-01-05 2017-12-26 Terminal apparatus, core network apparatus, and communication control method
CN201780082211.6A CN110140394B (zh) 2017-01-05 2017-12-26 终端装置、核心网装置以及通信控制方法
EP17889668.4A EP3567941A4 (en) 2017-01-05 2017-12-26 TERMINAL DEVICE, CENTRAL NETWORK DEVICE AND COMMUNICATION CONTROL PROCESS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-000509 2017-01-05
JP2017000509A JP2020036055A (ja) 2017-01-05 2017-01-05 端末装置、コアネットワーク装置、及び通信制御方法

Publications (1)

Publication Number Publication Date
WO2018128127A1 true WO2018128127A1 (ja) 2018-07-12

Family

ID=62790935

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/046638 WO2018128127A1 (ja) 2017-01-05 2017-12-26 端末装置、コアネットワーク装置、及び通信制御方法

Country Status (7)

Country Link
US (1) US20190335413A1 (ja)
EP (1) EP3567941A4 (ja)
JP (1) JP2020036055A (ja)
CN (1) CN110140394B (ja)
BR (1) BR112019013919A2 (ja)
CA (1) CA3049321A1 (ja)
WO (1) WO2018128127A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3534669B1 (en) * 2017-08-14 2021-06-23 HTC Corporation Device and method of handling an interworking procedure
US10757611B2 (en) * 2017-09-22 2020-08-25 Ofinno, Llc SMF and AMF relocation during UE registration
WO2020060007A1 (ko) * 2018-09-17 2020-03-26 엘지전자 주식회사 5g 이동통신에서 pdu 세션을 핸들링하는 방법 및 무선 기기
CN112840732B (zh) * 2018-10-10 2025-02-28 德国电信股份有限公司 控制对电信网络的用户面无线电通信资源的使用和/或接入
US12219646B2 (en) * 2019-08-22 2025-02-04 Lg Electronics Inc. Operation method of relay UE for remote UE
CN115412946A (zh) * 2021-05-28 2022-11-29 展讯半导体(南京)有限公司 移动通信局域网建立方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060087973A1 (en) * 2004-10-22 2006-04-27 Henry Huang Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
JP2014512742A (ja) * 2011-03-16 2014-05-22 クアルコム，インコーポレイテッド 無線アクセス技術間のサービス再試行中にセッションコンテキストを保存するための方法および装置
JP2017000509A (ja) 2015-06-12 2017-01-05 ダンロップスポーツ株式会社 ゴルフボール用樹脂組成物およびゴルフボール

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8515465B2 (en) * 2009-09-02 2013-08-20 Telefonaktiebolaget L M Ericsson (Publ) Solution for paging differentiation in communication network
KR101422043B1 (ko) * 2010-11-04 2014-07-30 엘지전자 주식회사 무선 통신 시스템에서 릴레이 노드가 기지국과의 연결을 재설정하는 방법 및 이를 위한 장치
WO2012100199A2 (en) * 2011-01-21 2012-07-26 Research In Motion Limted Network apparatus and process to determine the connection context for connections used for (local) offloading
US20120250601A1 (en) * 2011-03-28 2012-10-04 Hyung-Nam Choi Communication terminal, method for exchanging data, communication device and method for establishing a communication connection
CN103875283A (zh) * 2011-09-30 2014-06-18 交互数字专利控股公司 用于启用被管理的远程接入的方法、设备和系统
WO2014025141A1 (en) * 2012-08-06 2014-02-13 Lg Electronics Inc. A method for transferring a status report and a communication device thereof in a wireless communication system
KR102040883B1 (ko) * 2012-08-23 2019-11-05 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 다중 스케줄러들을 이용한 동작
WO2014070321A1 (en) * 2012-11-01 2014-05-08 Maruti Gupta Signaling qos requirements and ue power preference in lte-a networks
US8989807B2 (en) * 2013-02-28 2015-03-24 Intel Mobile Communications GmbH Communication terminal device, communication device, communication network server and method for controlling
US9584988B2 (en) * 2013-03-07 2017-02-28 Intel Deutschland Gmbh Communication terminal, communication device, method for processing a paging message and method for controlling a communication terminal
EP2863702B1 (en) * 2013-10-18 2019-03-06 Vodafone GmbH Use of mobile originating circuit-switched (mo-cs) signalling
US10136407B2 (en) * 2014-07-01 2018-11-20 Sharp Kabushiki Kaisha Base station device, first location management device, terminal device, communication control method, and communication system
US10251097B2 (en) * 2014-07-29 2019-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Technique for applying policy and charging rules to bearers
US9749908B2 (en) * 2015-07-29 2017-08-29 Verizon Patent And Licensing Inc. Local breakout service
WO2017138769A1 (ko) * 2016-02-11 2017-08-17 엘지전자(주) 무선 통신 시스템에서 단말의 위치 갱신 방법 및 이를 지원하는 장치
US11166334B2 (en) * 2016-07-01 2021-11-02 Idac Holdings, Inc. Methods for supporting session continuity on per-session basis
EP3481101A4 (en) * 2016-08-04 2019-07-31 Huawei Technologies Co., Ltd. COMMUNICATION PROCEDURE, USER DEVICE, BASE STATION, CONTROL CENTER NETWORK ELEMENT AND COMMUNICATION SYSTEM
GB2552845A (en) * 2016-08-12 2018-02-14 Nec Corp Communication system
EP3490297B1 (en) * 2016-08-22 2024-07-31 Samsung Electronics Co., Ltd. Method and apparatus for operating wireless communication system having separated mobility management and session management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060087973A1 (en) * 2004-10-22 2006-04-27 Henry Huang Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
JP2014512742A (ja) * 2011-03-16 2014-05-22 クアルコム，インコーポレイテッド 無線アクセス技術間のサービス再試行中にセッションコンテキストを保存するための方法および装置
JP2017000509A (ja) 2015-06-12 2017-01-05 ダンロップスポーツ株式会社 ゴルフボール用樹脂組成物およびゴルフボール

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LEE, J. SAMSUNG ELECTRONICS: "Local Area Data Network Discussion , Solution Update, Evaluation", 3GPP DRAFT; S2-166453 DISCUSSION, SOLUTION UPDATE, EVALUATION OF SOLUTION 4.25 - LOCAL AREA DATA NETWORK,, 8 November 2016 (2016-11-08), Reno, pages 1 - 13, XP051199433, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_118_Reno/Docs/> [retrieved on 20180117] *
SAMSUNG: "Evaluation and Update to Solution 4. 25: Local Area Data Network", 3GPP SA WG2 MEETING #S2-118, S 2-166453, 8 November 2016 (2016-11-08), pages 1 - 6, XP051199434, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_118_Reno/Docs/S2-166453.zip> [retrieved on 20180117] *
See also references of EP3567941A4

Also Published As

Publication number Publication date
EP3567941A4 (en) 2020-09-02
BR112019013919A2 (pt) 2020-02-04
EP3567941A1 (en) 2019-11-13
CA3049321A1 (en) 2018-07-12
CN110140394B (zh) 2022-01-14
CN110140394A (zh) 2019-08-16
JP2020036055A (ja) 2020-03-05
US20190335413A1 (en) 2019-10-31

Similar Documents

Publication Publication Date Title
CN110383867B (zh) 终端装置、核心网装置以及通信控制方法
WO2018030474A1 (ja) 端末装置、ゲートウェイ、及び通信制御方法
WO2018128127A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018147220A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
JP6748220B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信方法及びコアネットワークの通信方法
WO2018207839A1 (ja) 端末装置、ａｍｆ、ｓｍｆ、コアネットワーク装置、及び通信制御方法
WO2018066234A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2019245004A1 (ja) Ｕｅ、及びその通信方法
WO2018084291A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2018147219A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018066235A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2021029381A1 (ja) Ｕｅ、及び通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法
JP7362344B2 (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: 17889668

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3049321

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019013919

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2017889668

Country of ref document: EP

Effective date: 20190805

ENP Entry into the national phase

Ref document number: 112019013919

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190704

NENP Non-entry into the national phase

Ref country code: JP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载