NZ752976B2 - Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method - Google Patents

Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method Download PDF

Info

Publication number
NZ752976B2
NZ752976B2 NZ752976A NZ75297617A NZ752976B2 NZ 752976 B2 NZ752976 B2 NZ 752976B2 NZ 752976 A NZ752976 A NZ 752976A NZ 75297617 A NZ75297617 A NZ 75297617A NZ 752976 B2 NZ752976 B2 NZ 752976B2
Authority
NZ
New Zealand
Prior art keywords
procedure
pdu session
identification information
information
core network
Prior art date
Application number
NZ752976A
Other versions
NZ752976A (en
Inventor
Masafumi Aramoto
Shuichiro Chiba
Yudai KAWASAKI
Yoko KUGE
Original Assignee
FG Innovation Company Limited
Sharp Kabushiki Kaisha
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
Priority claimed from JP2016198806A external-priority patent/JP2019208089A/en
Application filed by FG Innovation Company Limited, Sharp Kabushiki Kaisha filed Critical FG Innovation Company Limited
Publication of NZ752976A publication Critical patent/NZ752976A/en
Publication of NZ752976B2 publication Critical patent/NZ752976B2/en

Links

Classifications

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

Abstract

The invention relates generally to user equipment, a control device in a core network and communication control methods. The invention seeks to resolve issues relating to lack of means for establishing a session for a terminal or network device supporting various access networks and means for realising communication means for various user data and the like observed in prior art systems. The present invention provides User Equipment (UE) comprising: a transmission and reception unit configured to: send, to a control device performing a session management function in a core network, a first Protocol Data Unit (PDU) session establishment request message with a first Session and Service Continuity (SSC) mode; and send, to the control device, a second PDU session establishment request message with a second SSC mode if the UE receives, from the control device, a PDU session establishment reject message including a cause value indicating that the first SSC mode is not supported, wherein the first SSC mode and the second SSC mode are different. sing communication means for various user data and the like observed in prior art systems. The present invention provides User Equipment (UE) comprising: a transmission and reception unit configured to: send, to a control device performing a session management function in a core network, a first Protocol Data Unit (PDU) session establishment request message with a first Session and Service Continuity (SSC) mode; and send, to the control device, a second PDU session establishment request message with a second SSC mode if the UE receives, from the control device, a PDU session establishment reject message including a cause value indicating that the first SSC mode is not supported, wherein the first SSC mode and the second SSC mode are different.

Description

TERMINAL APPARATUS, MOBILITY MANAGEMENT ENTITY (MME), CONTROL PLANE ON (CPF), AND COMMUNICATION CONTROL METHOD Technical Field The present invention relates to a terminal apparatus, a Mobility Management Entity (MME), a Control Plane Function (CPF), and a communication control method.
This application claims priority based on JP 98806 filed on October 7, 2016 in Japan, the contents of which are incorporated herein in its entirety by reference. ound Art The 3rd Generation Partnership Project (3 GPP), which akes activities for standardizing recent mobile communication s, discusses System Architecture Evolution (SAE), which is the system architecture of Long Term Evolution (LTE). The 3GPP is in the process of creating specifications for the Evolved Packet System (EPS), which realizes an all—Internet Protocol (IP) architecture. Note that a core network constituting the EPS is called an Evolved Packet Core (EPC).
In recent years, the 3GPP also discusses next generation communication technology or system architecture of the 5th Generation (5G) mobile communication system that is a next tion mobile communication system, where Architecture and Security for Next Generation System (NextGen) is discussed as a next generation communication technology. In NextGen, cal problems for connecting various terminals to a cellular k are extracted to standardize solutions.
For example, requirement conditions include optimization and diversification of a communication procedure for supporting a continual mobile communication service ing on a terminal supporting various access networks, optimization of a system architecture suitable for the optimization and diversification of the communication procedure, and the like.
Citation List Non Patent Literature NFL 1: 3GPP TR 23.799; cal Specification Group es and System Aspects; Study on Architecture for Next Generation System; (Release 14) y of Invention Technical m In NextGen, optimization of session management in the mobile ication e between a terminal and a network device is discussed.
To be more specific, providing the continual mobile communication service suitable for the terminal or the network device by diversifying the access network used for a session establishment procedure or a communication procedure of user data has been discussed.
However, means for establishing a session for the terminal or network device supporting various access networks, and means for ing communication means for s user data, and the like are not made clear.
The present invention has been made in view of the above described circumstances, and has an object to provide means for the n establishment, communication control means for realizing the communication of various user data, and the like.
Solution to Problem In a first aspect, the present invention provides a User Equipment (UE) sing: a memory storing a program; and a processor ured to execute the program to cause the UE to: send, to a first entity in a core network, a first Protocol Data Unit (PDU) n establishment request message, wherein the first PDU session establishment request message includes a first Session and Service Continuity (SSC) mode; receive a PDU session establishment accept message; receive a PDU session disconnection request message, wherein the PDU session disconnection request message includes a t for ing a PDU session established in accordance with the first PDU session establishment request message; and send, to a second entity in the core network, a second PDU session establishment request message in response to 2 (followed by page 2A) receiving the PDU session nection request message, wherein the second PDU session establishment request message es a second SSC mode, and the second SSC mode is different from the first SSC mode.
In another aspect, the present invention provides an apparatus in a core network, the apparatus comprising: a memory storing a program; and a processor configured to execute the program to cause the apparatus to: receive, from a User Equipment (UE), a first Protocol Data Unit (PDU) session ishment request message, wherein the first PDU session establishment request message includes a first Session and Service Continuity (SSC) mode; transmit, to the UE, a PDU session establishment accept message; and transmit, to the UE, a PDU session disconnection request message, wherein the PDU session disconnection t message includes a request for releasing a PDU session established in ance with the first PDU session establishment request e, wherein the core k receives, from the UE in response to receiving the PDU session disconnection request message, a second PDU session establishment request message, wherein the second PDU session establishment request e includes a second SSC mode, and the second SSC mode is different from the first SSC mode.
In a further aspect, the present invention provides a method for a User Equipment (UE), the method comprising: sending, to a first entity in a core network, a first ol Data Unit (PDU) session establishment request e, wherein the first PDU session establishment request message includes a first Session and Service Continuity (SSC) mode; receiving a PDU session establishment accept message; receiving a PDU session disconnection request message, wherein the PDU n disconnection request message includes a request for releasing a PDU session established in accordance with the first PDU session establishment request message; and sending, to a second entity in the core network, a second PDU session establishment t message in response to receiving the PDU session disconnection request message, wherein the second PDU session establishment request message includes a second SSC mode, and the second SSC mode is different from the first SSC mode. 2A (followed by page 2B) [0010c] In a yet further aspect, the present ion provides a method for an apparatus in a core network, the method comprising: receiving, from a User Equipment (UE), a first Protocol Data Unit (PDU) session establishment request message, wherein the first PDU n establishment request message includes a first n and e Continuity (SSC) mode; transmitting, to the UE, a PDU session establishment accept message; and transmitting, to the UE, a PDU session disconnection request message, wherein the PDU session disconnection t message includes a request for releasing a PDU session established in accordance with the first PDU session establishment request message, n the core k receives, from the UE in response to receiving the PDU session disconnection request message, a second PDU session establishment t message, wherein the second PDU session establishment request message includes a second SSC mode, and the second SSC mode is different from the first SSC mode. [0010d] A terminal apparatus according to an ment of the present invention includes: a transmission and/or ion unit configured to perform a detach procedure for a first core k, and after the detach procedure, performs an attach procedure for a second core network; and a control unit configured to change, based on completion of the detach procedure, a connection destination from the first core network to the second core network, wherein the transmission and/or reception unit receives a detach request message from a l Plane on (CPF) in the detach procedure, and transmits an attach request message to a Mobility Management Entity (MME) in the attach procedure, the detach request message includes information for indicating that the connection destination is to be changed, and the attach request message includes information for indicating a handover.
A control plane Function (CPF) according to an embodiment of the present invention includes: a transmission and/or reception unit configured to m a detach procedure; and a control unit configured to release, based on completion of the detach procedure, a connection with a al apparatus to change a connection destination of the terminal apparatus from a first core network to a second core network, wherein the transmission and/or reception unit transmits a detach request message to the terminal 2B (followed by page 3) l7R0034l/NZ apparatus in the detach procedure, and the detach request message includes information for indicating that the connection destination of the terminal changed.
A Mobility Management Entity (MME) according to an embodiment of the present invention includes: a transmission and/or reception unit configured to perform an attach procedure; and a control unit configured to connect, based on completion of the attach procedure, with a al apparatus to change a connection destination of the terminal tus from the first core network to the second core network, wherein the transmission and/or reception unit receives an attach request e from the terminal apparatus in the attach procedure, and the attach request message includes information for indicating a handover.
A communication l method for a terminal apparatus according to an embodiment of the present invention es the steps of: performing a detach procedure for a first core network; after the detach procedure, performing an attach procedure for a second core network; and changing, based on completion of the detach procedure, a connection destination from the first core k to the second core network, wherein the communication control method further comprises the step of receiving a detach request message from a Control Plane Function (CPF) in the detach procedure, the communication control method further comprises the step of transmitting an attach request message to a Mobility Management Entity (MME) in the attach procedure, the detach request e includes information for indicating that the connection destination is to be changed, and the attach request message includes information for ting a A ication control method for a Control Plane Function (CPF) according to an embodiment of the present invention includes the steps of: performing a detach procedure; and releasing, based on completion of the detach procedure, a connection with a terminal apparatus to change a tion destination of the terminal apparatus from the first core k to the second core network, n the communication control method further comprises the step of itting a detach request message to the terminal apparatus in the detach procedure, and the detach request message includes information for indicating that the tion destination is to be changed. [001 5] A communication control method for a Mobility Management Entity (MME) according to an embodiment of the present invention includes the steps of: performing an attach procedure; and ting, based on completion of the attach procedure, with a terminal apparatus to change a connection destination of the terminal apparatus from the first core network to the second core k, wherein the communication control method 17R00341/NZ further comprises the step of receiving an attach request message from the terminal apparatus in the attach ure, and the attach request message includes information for indicating a handover.
Advantageous Effects of ion According to the present invention, a terminal can simultaneously connect to a core network Via multiple access networks, and furthermore, communication of various user data can be ed. A core network can accommodate a terminal apparatus connected to various access networks, and can further provide a mobile communication service.
Brief Description of Drawings is a diagram illustrating an ew of a mobile communication system.
FIGS. 2A and 2B are diagrams illustrating an example of a configuration or the like of a core network and an access network_A in the mobile communication system.
FIGS. 3A and 3B are diagrams illustrating an example of a configuration or the like of a core k and an access network_B in the mobile ication . is a diagram rating a device configuration of a UE.
FIGS. SE to 5D are diagrams illustrating a storage unit of the UE. is a diagram illustrating a device configuration of eNB/NR node/WAG. is a diagram illustrating a device configuration of MME/CPF. is a diagram illustrating a storage unit of the MME/CPF.
FIGS. 9C and 9D are ms illustrating the storage unit of the MME/CPF.
A is a diagram illustrating a device configuration of SGW/PGW/UPGW/SCEF.
FIGS. 11B to 11D are diagrams illustrating a storage unit of the SGW.
FIGS. 12B to 12E are diagrams illustrating a storage unit of the PGW/UPGW.
B is a diagram illustrating a storage unit of the SCEF. is a diagram illustrating an initial procedure for a core network_B. is a diagram illustrating a PDU n establishment ure. is a diagram illustrating an attach procedure to the core network_B. is a diagram illustrating a tracking area update procedure. is a diagram illustrating a first reconnectivity procedure. is a diagram illustrating a detach procedure. is a diagram illustrating a PDN tivity procedure. is a m illustrating an attach procedure to a core k_A. is a diagram illustrating a second reconnectivity procedure. is a diagram illustrating a PDU session release procedure. 17R00341/NZ Description of Embodiments Hereinafter, embodiments for carrying out the present invention will be described with reference to the drawings. Note that as an e, the present embodiment describes an embodiment of a mobile communication system to which the present invention is applied. 1. Embodiment 1.1. System Overview is a diagram illustrating an overview of a mobile communication system according to the present ment. As illustrated in a mobile communication system 1 es a mobile terminal apparatus UE_A 10, an access network_A, an access network_B, a core network_A 90, a core network_B 190, and a Packet Data Network (PDN)_A 5. Here, the UE_A 10 may be any wirelessly table terminal apparatus, and may be a User Equipment (UE), a Mobile ent (ME), a Mobile Station (MS), a Cellular Internet of Things (CIoT) terminal (CIoT UE), or the like. Furthermore, a core network may be the core network_A 90 and/or the core network_B 190, and an access network may be the access network_A and/or the access network_B.
The UE_A 10 is capable of connecting to the access network and/or the core network. Furthermore, the UE_A 10 is capable of connecting to the PDN_A 5 via the access network and/or the core k, and further transmits and/or receives user data to and/or from the PDN_A 5. Note that the user data may be data transmitted and/or ed between the UE_A 10 and the PDN_A 5. rmore, ission and/or reception (communication) of the user data may be performed using a Protocol Data Unit or Packet Data Unit (PDU) session, or using a Packet Data Network Connection (PDN connection).
Furthermore, the communication of the user data may not be limited to Internet Protocol (IP) communication, but may be non-IP communication.
Here, the PDU session or the PDN connection (hereinafter, also ed to as the PDN connectivity) is connectivity established n the UE_A 10 and the PDN_A 5 for providing a PDU connectivity service to transmit and/or receive the user data between the UE_A 10 and the PDN_A 5, or the like. To be more specific, the PDU session or the PDN tion may be connectivity established between the UE_A 10 and an external gateway. Here, the external gateway may be a device connecting the core network such as a Packet Data Network Gateway (PGW)_A 30, a User Plane Gateway (UPGW)_A 130, and a Service Capability Exposure Function (SCEF)_A 46 with the PDN_A 5. l7R00341/NZ The PDU session or the PDN connection may be a communication path established for transmitting and/or receiving the user data between the UE_A 10 and the core network and/or PDN_A 5, or a communication path for transmitting and/or receiving the PDU.
Furthermore, the PDU session or the PDN connection may be a session established between the UE_A 10 and the core network and/or PDN_A 5, or may be a l communication path including a transfer path such as one or multiple bearers and the like between devices in the mobile communication system 1. To be more specific, the PDN connection may be a connection established by the UE_A 10 between the core network_A 90 and the external gateway, or a connection ished between the UE_A 10 and the .
PGW_A 30 and/or SCEF_A 46. Furthermore, the PDU session may be a connection established by the UE_A 10 between the core network_B 190 and the al gateway, a connection ished between the UE_A 10 and the UPGW_A 130, or a connection such as a Packet Data Network Connection (PDN connection).
Note that the PDN connection may be connectivity and/or a connection between the UE_A 10 and the PGW_A 30 Via an evolved Node B (eNB)_A 45 and/or a Serving Gateway (SGW)_A 35, or connectivity and/or a connection between the UE_A 10 and the SCEF_A 46 via the eNB_A 45 and/or an MME_A 40. rmore, the PDU session may be connectivity and/or a connection between the UE_A 10 and the UPGW_A 130 via a NR nodeHA 122.
Note that the UE_A 10 can transmit and/or e the user data to and/or from a device located in the PDN_A 5 such as an ation server by using the PDU session or the PDN connection. In other words, the PDU session or the PDN connection can transfer the user data transmitted and/or received between the UE_A 10 and the device d in the PDN_A 5 such as an application server. Furthermore, the devices (the UE_A 10, devices in the access k, and/or devices in the core network) may associate the PDU session or the PDN connection with one or multiple pieces of identification information for ment. Note that these pieces of fication information may include at least one of an Access Point Name (APN), a Traffic Flow Template (TFT), a session type, application fication information, identification information of the PDN_A 5, Network Slice Instance (NSI) identification information, and Dedicated Core Network (DCN) identification information, and access network identification ation, or may further include another information. Furthermore, in a case that multiple PDU sessions or PDN connections are established, respective pieces of identification information associated with the PDU sessions or the PDN connections may have the same content or different contents. 17R00341/NZ IP communication is communication of data using IP, and is data communication ed through transmitting and/or receiving an IP packet which is given an IP .
Note that a payload section tuting an IP packet may contain the user data transmitted and/or ed by the UE_A 10. Non-IP ication is communication not using IP, and is data communication achieved through transmitting and/or receiving data which is not given an IP header. For example, non-1P communication may be the data communication achieved through transmitting and/or receiving application data not given the IP packet, or may transmit and/or receive the user data transmitted and/or received by the UE_A 10 to which another header such as a MAC header and an et (trade name) frame header is given.
Furthermore, the PDN_A 5 may be a Data Network (DN) to provide a communication service to the UE_A 10. Note that the DN may be configured as a packet data service network, or configured for each service. Furthermore, the PDN_A 5 may e a connected communication terminal. Therefore, connecting with the PDN_A 5 device located in the may be connecting with the communication al or a server PDN_A 5. Furthermore, the ission and/or reception of the user data to and/or from the PDN_A 5 may be transmission and/or reception of the user data to and/or from the communication terminal or server device located in the PDN_A 5. Note that the PDN_A 5 the PDN_A 5. may be represented by the DN, or the DN may be represented by Furthermore, the access network is a radio network connecting with the UE_A 10 and/or the core network. The access network may be a 3GPP access network, or a non-3GPP access network. Note that the 3GPP access network may be an Evolved Universal Terrestrial Radio Access Network (E-UTRAN)_A 80, a Universal Terrestrial Radio Access Network (UTRAN)_A 20, a GSM (trade name) EDGE Radio Access Network (GERAN)_A 25, and a Next Generation Radio Access Network (NextGen RAN)_A 120, and the non-3GPP access network may be a WLAN ANb 75, a WLAN ANa 70, and an WLAN ANc 125. Note that the UE_A 10 may connect with the access network in order to connect to the core network, or may connect to the core network via the access network.
Furthermore, the core network is an IP mobile communication network run by a Mobile Network Operator to which the access network and/or the PDN_A 5 connects. The core network may be a core k for the mobile network operator that runs and manages the mobile communication system 1, or may be a core k for a virtual mobile network operator such as a Mobile Virtual Network Operator (MVNO) or a Mobile Virtual Network Enabler (MVNE), or a virtual mobile communication service provider.
Note that the core network_A 90 may be an Evolved Packet Core (EPC) constituting an l7R00341/NZ d Packet System (EPS), and the core network_B 190 may be a Next Generation (NextGen) Core (NGC) constituting a Next Generation System (NextGen System (NGS)).
In contrast, the EPC may be the core network_A 90, and the NGC may be the core network_B 190. Furthermore, the core network_B 190 may be a core network for a system providing the 5G communication service. Note that the core network_B 190 is not limited to that above bed, but may be a network for providing a mobile communication service.
Next, a configuration example of the core network will be described. In the present embodiment, configuration examples of the core network_A 90 and core network_B 190 will be described. Note that the core network may the core network_A 90, the core network_B 190, or a combination thereof. The core network_A 90 may be an EPC, and the core network_B 190 may be a NextGen Core (NGC).
FIGS. 2A and 2B illustrate an example of the configuration of the core network_A 90. The core network_A 90 in es a Home Subscriber Server (HSS)_A 50, an Authentication Authorization Accounting (AAA)_A 55, a Policy and Charging Rules Function _A 60, the PGW_A 30, an enhanced Packet Data Gateway (ePDG)_A 65, the SGW_A 35, the Mobility Management Entity (MME)_A 40, a Serving GPRS Support Node (SGSN)_A 42, and the SCEF_A 46. The core network_A 90 is capable of connecting to multiple radio access networks (E-UTRAN_A 80, WLAN ANb 75, WLAN ANa 70, UTRAN_A 20, and GERAN_A 25).
Such a radio access k may be configured to connect to multiple different access ks, or may be configured to connect to either one of the access networks. er, the UE_A 10 is capable of ssly ting to the radio access network.
Moreover, the access network table in a WLAN access system can be constituted by a WLAN Access k b (WLAN ANb 75) that connects to the core network via the ePDG_A 65, or a WLAN Access k a (WLAN ANa 70) that connects to the PGW_A , the PCRF_A 60, and the AAA_A 55. Note that each device has a similar configuration to those of the devices of the related art in a mobile communication system using EPS, and thus detailed descriptions thereof will be omitted. Each device will be described briefly hereinafter.
The PGW_A 30 is connected to the PDN_A 5, the SGW_A 35, the ePDG_A 65, the WLANANa 70, the PCRF_A 60, and the AAA_A 55, and serves as a relay device configured to transfer user data by functioning as a gateway between the PDN_A 5 and/or DN and the core network_A 90. Note that the PGW_A 30 may serve as a gateway for the IP communication and/or non-1P communication. The PGW_A 30 may have a function to l7R0034l/NZ er the IP communication, or may have a function to convert between the non-1P communication and the IP communication. Note that le ys like this may be located in the core network_A 90. Furthermore, the multiple ys located may serve as gateways connecting the core network_A 90 with a single DN.
Note that a User Plane ne) may be a communication path for transmitting and/or receiving the user data, and may be configured to include multiple s.
Furthermore, a Control Plane (C-Plane) may be a communication path for transmitting and/or receiving a control message, and may be configured with multiple bearers.
The PGW_A 30 may be connected to an UP function and a Policy function, or may be connected to the UE_A 10 via the U-Plane. Moreover, the PGW_A 30 may be red integrally with the UPGW_A 130. [003 5] The SGW_A 35 is connected to the PGW_A 30, the MME_A 40, the E-UTRAN_A 80, the SGSN_A 42, and the UTRAN_A 20, and serves as a relay device configured to transfer user data by functioning as a gateway between the core network_A 90 and the 3GPP access network (the UTRAN_A 20, the GERAN_A 25, the E-UTRAN_A 80).
The SGW_A 35 may be an UP function which has a contact with the access network and transfers the user data, or may be the User Plane Gateway (UPGW)_A 130 that is a gateway for transferring the user data between the access network and the core network.
The MME_A 40 is connected to the SGW_A 35, the access network, the HSS_A 50, and the SCEF_A 46, and is a control device that performs location ation management including mobility management and access control for the UE_A 10 via the access network. The MME_A 40 may further include a function as a session management device to manage a session established by the UE_A 10. le control devices like this for example, a location management may be d in the core network_A 90, and, device different from the MME_A 40 may be configured. The location management device different from the MME_A 40 may be connected with the SGW_A 35, the access network, the SCEF_A 46, and the HSS_A 50, similar to the MME_A 40. [003 8] Furthermore, in a case that multiple MMEs are included in the core network_A 90, the MMEs may be connected to each other. With this configuration, the t of the UE_A 10 may be transmitted and/or received between the MMES. In this way, the MME_A 40 is a management device to transmit and/or receive the control information 17R00341/NZ concerning the mobility management and session management to and/or from the UE_A , and in other words, may be a control device for a l Plane (C-Plane; CP).
The example is described in which the MME_A 40 is configured to be included in the core k_A 90, but the MME_A 40 may be a management device configured in one or multiple core networks, DCNs, or NSIs, or may be a management device connected to one or multiple core networks, DCNs, or NSIs. Here, multiple DCNs or NSIs may be run by a single k or, or network operators respectively different from each other.
The MME_A 40 may be a relay device configured to er user data as a gateway between the core networkfiA 90 and the access network. Note that the user data transmitted and/or received by the MME_A 40 as a y may be small data.
The MME_A 40 may be a NF serving the mobility management of the UE_A 10 or the like, a NF serving the n management of the PDU session or the like, or a NF managing one or multiple NSIs. The MME_A 40 may be a NF serving One or multiple of these. Note that the NF may be one or multiple devices located in the core k_A 90, a CP function (hereinafter, also referred to as a Control Plane Function (CPF) or a Control Plane Network Function) for the control information and/or control message, or a common CP function shared between multiple network slices.
Here, the NF is a processing function configured in a network. Specifically, the NF the CPF, and the UPGW, may be a function device such as the MME, the SGW, the PGW, a function such as MM (Mobility Management) and SM (Session Management), or capability information. The NF may be a on device to realize a single function, or a function device to e multiple functions. For example, a NF to realize the MM function and a NF to realize the SM function may be separately present, or a NF to realize both the MM function and the SM function may be present.
The HSS_A 50 is connected to the MME_A 40, the AAA_A 55, and the SCEF_A 46, and is a managing node configured to manage subscriber information. The subscriber information of the HSS_A 50 is ed to during the access control by the MME_A 40, for example. Moreover, the HSS_A 50 may be connected to the location management device different from the MME_A 40. For example, the HSS_A 50 may be connected to a CPF_A 140. l7R0034l/NZ The AAA_A 55 is connected to the PGW 30, the HSS_A 50, the PCRF_A 60, and the WLANANa 70, and is configured to perform access control for the UE_A 10 connected via the WLAN ANa 70.
The PCRF_A 60 is connected to the PGWWA 30, the WLAN ANa 75, the AAA_A 55, and the PDN_A 5, and is configured to perform QoS management on data ry.
For example, the PCRF_A 60 s QoS of a communication path between the UE_A and the PDN_A 5. The PCRF_A 60 may be a device to create and/or manage a Policy and Charging l (PCC) rule used by each data for transmitting and/or ing the user data and/or a routing rule.
The PCRF_A 60 may be a Policy function to create and/or manage a policy. To be more specific, the PCRF_A 60 may be connected to the UP on.
The ePDG_A 65 is connected to the PGW_A 30 and the WLAN ANb 75 and is configured to deliver the user data by functioning as a gateway n the core network_A 90 and the WLAN ANb 75.
The SGSN_A 42 is connected to the UTRAN_A 20, the GERAN_A 25, and the SGWHA 35 and is a control device for location management between a 3G/2G access network (UTRAN/GERAN) and the LTE access network (E-UTRAN). In addition, the SGSN_A 42 has functions of selecting the PGW and the SGW, managing a time zone of the UE_A 10, and selecting the MME_A 40 at the time of handover to the N.
The SCEF~A 46 is connected to the PDN_A 5, the MME_A 40, and the HSS_A 50, and is a relay device configured to transfer the user data as a gateway interfacing the PDN_A 5 and/or the DN and the core network_A 90. Note that the SCEF_A 46 may serve as a gateway for the non-IP communication. The SCEFfiA 46 may have a function to t between non—IP communication and IP communication. Multiple gateways like this may be located in the core network_A 90. Furthermore, multiple gateways connecting the core network_A 90 with a single PDN_A 5 and/or DN may be also located. Note that the SCEF_A 46 may be red outside or inside the core network.
As illustrated in , each radio access network includes devices to which the UE_A 10 is actually connected (such as a base station apparatus and an access point device), and the like. The devices used in these connections can be thought of as devices adapted to the radio access networks. 4l/NZ 2017/029303 In the present embodiment, the E-UTRAN_A 80 is an access network for the Long Term Evolution (LTE) and is configured to include the eNB_A 45. The eNB_A 45 is a radio base station to which the UE_A 10 connects through an Evolved sal Terrestrial Radio Access (E-UTRA), and the E-UTRAN_A 80 may be configured to include one or multiple eNBs_A 45. Furthermore, the multiple eNBs may be connected to each other.
The UTRAN_A 20 is a 3G access network, and is configured to include a Radio Network Controller (RNC)_A 24 and a Node B (NB)_A 22. The NB_A 22 is a radio base station to which the UE_A 10 connects h a Universal Terrestrial Radio Access (UTRA), and the UTRAN_A 20 may be configured to include one or multiple radio base stations. Furthermore, the RNC_A 24 is a control unit configured to connect the core network_A 90 and the NB_A 22, and the UTRAN_A 20 may be configured to include one or multiple RNCs. Moreover, the RNC_A 24 may be connected to one or multiple NBs_A 22. In addition, the RNC_A 24 may be connected to a radio base station (Base Station Subsystem A 26) included in the GERAN_A 25.
The GERAN_A 25 is a 2G access network, and is configured to include the BSS_A 26. The BSS_A 26 is a radio base station which the UE_A 10 connects through GSM (trade name)/EDGE Radio Access (GERA), and the GERAN_A 25 may be configured to include one or multiple BSSs_A 26. The multiple BSSs_A 26 may be connected to each other. The BSS_A 26 may be connected to the RNC_A 24.
The WLAN ANa 70 is a radio LAN access network, and is configured to include a Wireless Local Area Network Access Point (WLAN AP)a 72 and a Trusted WLAN Access Gateway _A 74. The WLAN APa 72 is a radio base station to which the UE_A 10 connects in the WLAN access system d by the operator providing the core network_A 90, and the WLAN ANa 70 may be configured to include one or le radio base ns. The TWAG_A 74 serves as a gateway between the core network_A 90 and the WLAN ANa 70. The WLAN APa 72 and the TWAG_A 74 may be configured as a single device. Even in a case that the operator providing the core network_A 90 and the operator providing the WLAN ANa 70 are different, such a configuration can be implemented through contracts and agreements n the operators.
The WLAN ANb 75 is a radio LAN access network, and is configured to include a WLAN APb 76. The WLAN APb 76 is a radio base station to which the UE_A 10 connects in the WLAN access system in a case that no trusting onship is established with the operator providing the core network_A 90, and the WLAN ANb 75 may be configured to include one or le radio base stations. In this manner, the WLAN ANb 17R00341/NZ 75 is connected to the core network_A 90 via the ePDG_A 65, which is a device included in the core network_A 90, serving as a gateway. The ePDG_A 65 has a security function for ensuring security.
Next, an example of a configuration of the core network_B 190 will be described.
FIGS. 3A and 3B illustrate an example of the configuration of the core network_B 190.
The core network_B 190 in includes the HSS_A 50, the PCRF_A 60, a User Plane Gateway (UPGW)_A 130, a Control Plane Function (CPF)_A 140, and the SCEF_A The core network_B 190 is capable of connecting to multiple radio access ks (E-UTRAN*A 80, NextGen RAN_A 120, and WLAN ANc 125). Such a radio access k may be configured to t to multiple different access networks, or the UE_A may be configured to connect to either one of the access networks. Moreover, is capable of wirelessly ting to the radio access network. [005 8] Furthermore, the E-UTRAN_A 80 and the NextGen RAN_A 120 can be configured as access ks connectable in a 3GPP access system. The WLAN access network 0 (WLAN ANc 125) that connects to the CPF_A 140 and the UPGW_A 130 can be configured as an access network connectable in the WLAN access system. Each device will be described briefly hereinafter.
The UPGW_A 130 is a device connected to the PDN_A 5, the PCRF_A 60, the CPF_A 140, the E-UTRAN_A 80, the NextGen RAN_A 120, and the WLAN ANc 125, and serves as a relay device configured to transfer the user data by functioning as a gateway n the PDN_A 5 and/or DN and the core network_B 190. Note that the UPGW_A 130 may serve as a gateway for the IP communication and/or non-1P communication. The UPGW_A 130 may have a function to transfer the IP communication, or may have a function to convert between the non-IP communication and the IP communication. le ys like this may be located in the core network_B 190.
Furthermore, the multiple gateways located may serve as gateways connecting the core kfiB 190 with a single DN. Note that the UPGW_A 130 may have connectivity with another NF to connect to each device via r NF.
The CPF_A 140 is a device connected to the UPGW_A 130, the E-UTRANwA 80, the NextGen RAN_A 120, the WLAN ANc 125, the HSS_A 50, and the SCEF_A 46. The CPF_A 140 may be a NF serving the mobility management of the UE_A 10 or the like, a NF serving the session management of the PDU session, or a NF ng one or multiple NSIs. The CPF_A 140 may be a NF serving one or multiple of these roles. Note 17R00341/NZ that the NF may be one or multiple s located in the core network_B 190, a Control Plane Function or Control Plane Network Function (CP function) for the control information and/or control message, or a common CP function shared between multiple network . Note that the CPF_A 140 may have connectivity with another NF to connect to each device via another NF. The CPF may be configured as a control plane device to control the Control plane.
Note that each device may be configured similar to each of the devices in the core network_B 190, and the configuration and roles of the SCEF_A 46, the HSS_A 50, and the PCRF_A 60 may be the same as those described for the core network_A 90.
As illustrated in , each radio access k includes devices to which the UE_A 10 is ly connected (such as a base station apparatus and an access point device), and the like. The devices used in these connections can be t of as devices adapted to the radio access networks.
In the present embodiment, the NextGen RAN_A 120 is a 5G access network, and is configured to e a New Radio Access Technology node (NR node)_A 122. The NR node_A 122 is a radio base station to which the UE_A 10 connects through the Next Generation Radio Access (NextGen RA), and the NextGen RAN_A 120 may be configured to include one or le NR nodes_A 122.
The NextGen RAN_A 120 may be an access network configured to include the E-UTRA_A 80 and/or the NextGen RAN_A 120. In other words, the NextGen RAN_A 120 may include the eNB_A 45, the NR node_A 122, or both the eNB_A 45 and the NR node_A 122. In this case, the eNB_A 45 and the NR node_A 122 may be the same devices. Therefore, the NR node_A 122 can be substituted with the eNB_A 45.
The WLAN ANc 125 is a radio LAN access k, and is configured to include a WAG_A 126. The WLAN Access y A 126 is a radio base station to which the UE_A 10 connects through a radio LAN access, and the WLAN ANc 125 may be configured to include one or multiple WAGs_A 126. The WAG_A 126 may serve as a gateway between the core network_B 190 and the WLAN ANc 125. The WAG_A 126 may have a function unit for the radio base station and a function unit for the gateway which are configured as different devices. Note that the WLAN ANc 125 may have a configuration the same as the WLAN ANa70 and/or WLAN ANb 75, or different from these. 17R0034l/NZ Note that herein, the UE_A 10 being connected to each radio access network refers to that the UE_A 10 is connected to a base station apparatus, an access point, or the like included in the radio access network, and data, signals, and the like transmitted and/or ed also pass through the base station apparatus, the access point, or the like. Note that the l message transmitted and/or received between the UE_A 10 and the core network_B 190 may be the same control message independently from a type of the access network. Therefore, the UE_A 10 and the core network_B 190 transmitting and/or receiving a message to and/or from each other via the NR node_A 122 may mean the same thing as that the UE_A 10 and the core network_B 190 transmit and/or receive a message to and/or from each other via the eNB_A 45 and/or WAG_A 126. 1.2. Device Configuration First, a ption is given of the identification information stored in each device. ational Mobile Subscriber Identity (IMSI) is permanent identification information of a iber (user), and is identification information assigned to a user using the UE.
The IMSI stored by the UE_A 10, the MME_A 40/CPF_A 140, and the SGW_A 35 may be the same as the IMSI stored by the HSS_A 50.
EMM State/MM State indicates a Mobility ment mode of the UE_A 10 or MME_A 40/CPF_A 140. For example, the EMM State/MM State may be EMM-REGISTERED mode (registered mode) that the UE_A 10 is registered in the network and/0r EMM-DEREGISTERD mode (deregistered mode) that the UE_A 10 is not registered in the network. The EMM State/MM State may be ECM-CONNECTED mode that a connection is held between the UE_A 10 and the core network and/or ECM-IDLE mode that the connection is released. Note that the EMM State/MM State may be information e of distinguishing a mode that the UE_A 10 is registered in the core network_A 90 from a mode that the UE_A 10 is ered in the core network_B 190.
Globally Unique Temporary Identity (GUTI) is temporary identification information about the UE_A 10. The GUTI is constituted of identification information on the MME_A _A 140 (Globally Unique MME Identifier (GUMMEI)) and identification information on the UE_A 10 in a specific MME_A _A 140(M-Temporary Mobile Subscriber ty I)). ME Identity is an ID of the UE_A 10 or ME, and may be International Mobile Equipment Identity (IMEI) or IMEI Software Version (IMEISV), for example. MSISDN represents a basic phone number of the UE_A 10. The MSISDN stored by the MME_A 40/CPF_A 140 may be information indicated by a storage unit of the HSS_A 50. Note that the GUTI may include information identifying the CPF_A 140. 41/NZ MME F-TEID is information identifying the MME_A 40/CPF_A 140. The MME F-TEID may include an IP address of the MME_A 40/CPF_A 140, a Tunnel Endpoint Identifier (TEID) of the MME_A 40/CPF_A 140, or both of them. The IP address of the MME_A 40/CPF_A 140 and the TEID of the MME_A 40/CPF_A 140 may be stored independently from each other. The MME F—TEID may be fication information for user data, or identification information for control information.
SGW F-TEID is information identifying the SGW_A 35. The SGW F—TEID may include an IP address of the SGW_A 35, a TEID of the SGW_A 35, or both of them. The IP s of the SGW_A 35 and the TEID of the SGW_A 35 may be stored ndently from each other. The SGW F—TEID may be identification information for user data, or identification information for control information.
PGW F-TEID is ation identifying the PGW_A 30/UPGW_A 130. The PGW F—TEID may include an IP address of the PGW_A 30/UPGW_A 130, a TEID of the PGWfiA 30/UPGW_A 130, or both of them. The IP s of the PGW#A 30/UPGW_A 130 and the TEID of the PGW_A 30/UPGW._A 130 may be stored independently from each other. The PGW F-TEID may be identification ation for user data, or identification ation for control information. eNB F—TEID is ation identifying the eNB_A 45. The eNB F-TEID may include an IP address of the eNB_A 45, a TEID of the eNB_A 45, or both of them. The IP address of the eNB_A 45 and the TEID of the SGW_A 35 may be stored independently from each other. The eNB F-TEID may be identification information for user data, or identification information for control information.
The APN may be identification information identifying the core network and an external network such as the DN. The APN can be used also as information to select a gateway such as the PGW_A 30/UPGW_A 130 for connecting to the core network_A 90.
Note that the APN may be identification information identifying such a gateway, or identification information identifying an external network such as the DN. Note that in a case that multiple ys connecting the core network to the DN are located, multiple gateways selectable according to the APN may be provided. Moreover, one gateway may be ed from among such multiple gateways by another scheme using identification information other than the APN.
UE Radio Access Capability is identification information indicating a radio access capability of the UE_A 10. UE Network Capability includes an algorithm of security 41/NZ supported by the UE_A 10 and a key derivative function. MS Network lity is information including one or multiple types of information necessary for the SGSN_A 42 to the UE_A 10 having the GERAN_A 25 and/or UTRAN_A 20 function. Access Restriction is registration information for access restriction. eNB Address is an IP address of the eNB_A 45. MME UE SIAP ID is ation identifying the UE_A 10 in the MME_A 40/CPF_A 140. eNB UE SlAP ID is information identifying the UE_A 10 in the eNB_A 45.
APN in Use is an APN recently utilized. The APN in Use may be Data Network Identifier. This APN may be configured to include identification information about the network and identification information about a t operator. Furthermore, the APN in Use may be information identifying a DN with which the PDU session is established.
Assigned Session Type is information ting a PDU session type. The Assigned n Type may be Assigned PDN Type. The PDU session type may be an IP, or a . In a case that the PDU session type is an IP, information indicating a PDN type assigned by the network may be further included. Note that the Assigned Session Type may be IPv4, IPv6, or IPv4v6.
Unless otherwise specifically described, the IP Address refers to the IP address ed to the UE. The IP address may be an IPv4 s, an IPv6 address, or an IPv6 prefix. Note that in a case that the Assigned Session Type indicates a non-1P, an element of the IP Address may not be contained.
SCEF ID is an IP address of the SCEF_A 46 used in the PDU session. Default Bearer is EPS bearer identification information, which is information acquired and/or ted in establishing a PDU n, for identifying a default bearer associated with the PDU session.
EPS Bearer ID is identification information on the EPS bearer. The EPS Bearer ID Bearer (SRB) and/or may be identification information identifying Signalling Radio Control-plane Radio bearer (CRB), or identification information identifying Data Radio Bearer (DRB). ction Identifier (TI) is identification information identifying a bidirectional message flow (Transaction). Note that the EPS Bearer ID may be EPS bearer identification information identifying a dedicated bearer. Therefore, the EPS bearer ID different from the default may be identification information identifying the EPS bearer bearer. The TFT indicates all the packet filters associated with the EPS . The TFT is information identifying some pieces of the transmitted and/or received user data, and thus, the UE_A 10 uses the EPS bearer associated with the TFT to transmit and/or receive 17R00341/NZ the user data identified by the TFT. Further in other words, the UE_A 10 uses Radio Bearer (RB) associated with the TFT to transmit and/or receive the user data identified by the TFT. The TFT may associate the user data such as the itted and/or received application data with a proper transfer path, and may be identification information identifying the application data. The UE_A 10 may use the t bearer to transmit and/or e the user data which cannot be identified by the TFT. The UE_A 10 may store in advance the TFT associated with the default bearer.
The t Bearer is the EPS bearer identification information fying a default bearer associated with a PDU session. Note that the EPS bearer may be a logical communication path established between the UE_A 10 and the PGW_A 30/UPGW_ A 130. The EPS bearer may be a default bearer, or a dedicated bearer. The EPS bearer may be configured to include an RB established between the UE_A 10 and the base station and/or access point in the access network. Furthermore, the RB and the EPS bearer may be associated with each other on a one-to-one basis. Therefore, identification information on the RB may be associated with the identification information on the EPS bearer on a one-to-one basis, or may be the same fication information as on the EPS bearer.
Note that the RB may be an SRB and/or CRB, or a DRB. The Default Bearer may be information that the UE_A 10 and/or SGW_A 35 and/or PGW_A 30/UPGW_A 130 acquire from the core network in establishing a PDU session.
User Identity is information identifying a subscriber. The User Identity may be an IMSI, or a . The User Identity may also be identification ation other than an IMSI or MSISDN. Serving Node Information is information identifying the MME_A 40/CPF_A 140 used in a PDU n, and may be an IP s of the MME_A 40/CPF_A 140. eNB Address is an IP address of the eNBwA 45. eNB ID is identification information identifying the UE in the eNB_A 45. MME Address is an IP address of the MME_A 40/CPFgA 140. MME ID is information identifying the MME_A 40/CPF_A 140.
NR node Address is an IP address of the NR node_A 122. NR node ID is information identifying the NR node_A 122. WAG Address is an IP address of the WAG_A 126. WAG ID is information identifying the WAG_A 126.
The configuration of each device will be described below. Note that some or all of devices described below or ons of units in the s may operate on physical hardware, or logical hardware which is virtually configured on general-purpose hardware. 1.2.1. Configuration of UE 17R00341/NZ rates a device configuration of the UE_A 10. As illustrated in the drawing, the UE_A 10 includes a transmission and/or reception unit_A 420, a control unit_A 400, and a storage unit_A 440. The transmission and/or reception unit_A 420 and the storage unit_A 440 are connected to the control unit_A 400 via a bus.
The control unit_A 400 is a function unit to control the UE_A 10. The control unit_A 400 implements various processes by reading out various programs stored in the storage unitflA 440 and performing the programs.
The transmission and/or reception unit_A 420 is a function unit through which the UE_A 10 connects to the base station in the access network and/or the access point to connect to the access network. An external antenna_A 410 is connected to the transmission and/or reception unit_A 420. In other words, the ission and/or ion unit_A 420 is a function unit through which the UE_A 10 connects to the base station in the access network and/or the access point. The transmission and/or reception unit_A 420 is a transmitting and/or receiving function unit through which the UE_A 10 transmits and/or receives the user data and/or control information to and/or from the base station in the access network and/or the access point.
The storage unit_A 440 is a function unit configured to store programs, data, and the like necessary for each operation of the UE_A 10. The storage unit_A 440 is tuted of, for example, a nductor memory, a Hard Disk Drive (HDD), or the like. The storage unit_A 440 may store at least identification information and/or control information and/or a flag and/or a ter included in a control e which is itted and/or received in a communication procedure described later. As illustrated in the g, the storage unit_A 440 stores a UE context 442. Hereinafter, information elements stored in the storage unit_A 440 will be bed. Note that the UE context 442 and a UE context may include a UE t used to t to the core networkflA 90 used to t to the core network_B 190. The UE context used to connect to core network_A 90 and the UE context used to connect to the core network_B 190 may be stored together or separately.
First, illustrates information elements included in the UE context stored for each UE. As illustrated in the drawing, the UE context stored for each UE includes IMSI, EMM State, GUTI, and ME Identity.
Next, illustrates the UE context for each PDU session or PDN connection stored for each PDU session or PDN connection. As illustrated in the drawing, the UE 17R00341/NZ context for each PDU session includes APN in Use, Assigned Session Type, IP Address(es), and t Bearer. illustrates the UE context for each bearer stored in the storage unit of the UE. As illustrated in the drawing, the UE context for each bearer includes EPS Bearer ID, TI, and TFT. 1.2.2. Configuration of eNB/NR node/WAG A configuration of the eNB_A 45, the NR node_A 122, and the WAG_A 126 will be described below. illustrates a device configuration of the eNB_A 45, the NR node_A 122, and the WAG_A 126. As illustrated in the drawing, the eNB_A 45, the NR node_A 122, and the WAG_A 126 include a k connection unit_B 620, a ission and/or reception unit_B 630, a l unit_B 600, and a storage unit_B 640.
The network connection unit_B 620, the transmission and/or reception unit_B 630, and the storage unit_B 640 are connected to the l unit_B 600 via a bus.
The control unit_B 600 is a function unit for controlling the eNB_A 45. The control unit_B 600 implements various processes by reading out various programs stored in the storage unit_B 640 and performing the programs.
The network connection unit_B 620 is a function unit through which the eNB_A 45, the NR node_A 122, and the WAG_A 126 connect to the MME_A 40 and/or SGW_A . The network connection unit_B 620 is a transmission and/or reception unit through which the eNB_A 45, the NR node_A 122, and the WAG_A 126 transmit and/or receive the user data and/or control information to and/or from the MME_A 40 and/or the SGW_A 3 5.
The transmission and/or reception unit_B 630 is a function unit through which the eNB_A 45, the NR node_A 122, and the WAG_A 126 connect to the UE_A 10.
Furthermore, the transmission and/or reception unit_B 630 is a transmitting and/or receiving function unit for transmitting and/or ing the user data and/or control information to and/or from the UE_A 10. rmore, an external antenna_B 610 is connected to the transmission and/or reception unit_B 630.
The storage unit_B 640 is a function unit for storing programs, data, and the like 126. ary for each operation of the eNB_A 45, the NR node_A 122, and the WAG_A The e unit_B 640 is constituted of, for example, a semiconductor memory, a HDD, or the like. The e unit_B 640 may store at least identification information and/or control information and/or a flag and/or a parameter included in a control message which 17R00341/NZ is transmitted and/or received in a communication procedure described later. The storage unit_B 640 may store these pieces of information as the contexts for each UE_A 10. 1.2.3. Configuration of MME/CPF A configuration of the MME_A 40 and the CPF_A 140 will be described below. illustrates a device configuration of the MME_A 40 and the CPF_A 140. As illustrated in the drawing, the MME_A 40 and the CPF_A 140 include a network tion unit_C 720, a control unit_C 700, and a storage unit_C 740. The network connection unit_C 720 and the storage unit_C 740 are ted to the control unit_C 700 via a bus. Note that ons of these units may e on physical hardware, or logical hardware which is virtually configured on general-purpose hardware.
The control unit_C 700 is a function unit for controlling the MME_A 40 and the CPF_A 140. The control unit_C 700 implements s processes by reading out various the programs. programs stored in the storage unit_C 740 and performing [01 00] The network connection unit_C 720 is a function unit through which the MME_A 40 connects to the base station in the access network and/or the access point in the access network and/or the SCEF_A 46 and/or the HSS_A 50 and/or the SGW_A 35. The network connection unit_C 720 is further a transmission and/or reception unit h which the MME_A 40 transmits and/or receives the user data and/or control information to and/or from the base station in the access network and/or the access point in the access k and/or the SCEF_A 46 and/or the HSS_A 50 and/or the SGW_A 35.
The network tion unit_C 720 is a function unit through which the CPF_A 140 connects to the base station in the access network and/or the access point in the access network and/or the SCEF_A 46 and/or the HSS_A 50 and/or the UPGW_A 130.
Furthermore, the network connection unit_C 720 is a ission and/or reception unit through which the MME_A 40 its and/0r receives the user data and/or control information to and/or from the base station in the access network and/or the access point in the access network and/or the SCEF_A 46 and/or the HSS_A 50 and/or the UPGW_A 130. [01 02] The storage unit_C 740 is a function unit for storing programs, data, and the like 140. The e unit_C necessary for each operation of the MME_A 40 and the CPF_A 740 is constituted of, for example, a semiconductor memory, a HDD, or the like. The storage unit_C 740 may store at least identification information and/or control information and/or a flag and/or a parameter included in a control message which is transmitted and/or received in a communication procedure described later. 17R00341/NZ As rated in the drawing, the storage unit_C 740 stores an MME context 742.
Hereinafter, information elements stored in the storage unit_C 740 will be described. Note that the MME context may be a storage context by the CPF_A 140. illustrates information ts included in the UE context stored for each UE. As rated in the drawing, the MME context stored for each UE includes one or multiple pieces of IMSI, MSISDN, MM State, GUTI, ME Identity, UE Radio Access Capability, UE Network Capability, MS Network Capability, Access Restriction, MME , SGW , eNB Address, MME UE SlAP ID, eNB UE SlAP ID, NR node Address, NR node ID, WAG Address, and WAG ID.
Next, illustrates the MME context for each PDU session or PDN tion stored for each PDU session or PDN connection. As illustrated in the drawing, the MME context for each PDU session includes APN in Use, Assigned Session Type, IP Address(es), PGW F-TEID, SCEF ID, and t bearer. illustrates the MME t for each bearer stored for each bearer. As illustrated in the drawing, the MME context stored for each bearer includes one or multiple pieces of EPS Bearer ID, TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB Address, NR node Address, WAG Address, eNB ID, NR node ID, and WAG ID.
Here, the information ts included in the MME context illustrated in FIGS. 8B to 9D may be included in either the MM context or the EPS bearer context and stored. 1.2.4. Configuration of SGW A illustrates a device configuration of the SGW_A 35. As illustrated in the drawing, the SGW_A 35 includes a network connection unit_D 1020, a control unit_D 1000, and a storage unit_D 1040. The network connection unit_D 1020 and the storage unit_D 1040 are connected to the control unit_D 1000 via a bus.
The control unit_D 1000 is a function unit for controlling the SGW_A 35. The control unit_D 1000 implements various processes by reading out s programs stored in the storage unit_D 1040 and performing the programs.
The network connection unit_D 1020 is a on unit through which the SGW_A connects to the base station in the access network and/or the access point and/or MME_A 40 and/or PGW_A 30 and/or SGSN_A 42. Furthermore, the network tion unit_D 1020 is a transmission and/or reception unit through which the SGW_A 35 transmits and/or receives the user data and/or control information to and/or from the base 17R00341/NZ station in the access k and/or the access point and/or the MME_A 40 and/or the PGW_A 30 and/or the SGSN_A 42.
The storage unit_D 1040 is a function unit for storing programs, data, and the like 1040 is constituted of, necessary for each operation of the SGW_A 35. The storage unit_D for example, a semiconductor memory, a HDD, or the like. The storage unit_D 1040 may store at least identification information and/or l information and/or a flag and/or a parameter included in a control message which is transmitted and/or received in a communication procedure described later.
As illustrated in the drawing, the storage unit_D 1040 stores an EPS bearer context 1042. Note that the EPS bearer context 1042 includes an EPS bearer context stored for each UE, an EPS bearer context stored for each PDU session, and an EPS bearer context stored for each bearer.
First, B illustrates information elements of the EPS bearer context stored for each UE. As illustrated in the drawing, the EPS bearer context stored for each UE includes IMSI, ME Identity, MSISDN, MME F-TEID, and SGW F-TEID.
The EPS bearer context r includes an EPS bearer context for each PDU session stored for each PDU session. C illustrates the EPS bearer context for each PDU session. As illustrated in the drawing, the EPS bearer context for each PDU session includes APN in Use, Assigned n Type, SGW F-TEID, PGW F-TEID, Default Bearer, and IP Address(es).
The EPS bearer context further es an EPS bearer context for each bearer.
D illustrates the EPS bearer context for each . As illustrated in the drawing, the EPS bearer context for each bearer includes one or multiple pieces of EPS Bearer ID, TFT, PGW F-TEID, SGWF-TEID, eNB F-TEID, MME Address, NR node Address, WAG Address, MME ID, NR node ID, and WAG ID. 1.2.5. Configuration of PGW/UPGW A illustrates a device configuration of the PGW_A 30 and the UPGW_A 130. As illustrated in the drawing, the PGW_A 30 and the UPGW_A 130 include a network connection unit_D 1020, a control unit_D 1000, and a e unit_D 1040. The network connection unit_D 1020 and the storage unit_D 1040 are ted to the control unit_D 1000 Via a bus. Note that functions of these units may operate on physical re, or l hardware which is Virtually red on general-purpose hardware. [01 15] 17R00341/NZ The control unit_D 1000 is a function unit for controlling the PGW_A 30. The control unit_D 1000 implements various ses by reading out various programs stored in the storage unit_D 1040 and performing the programs. [01 1 6] The network connection unit_D 1020 is a on unit through which the PGW_A connects to the SGWWA 35 and/or the PCRF_A 60 and/or the ePDG_A 65 and/or the AAA_A 55 and/or the TWAG_A 74 and/or the PDN_A 5. The network connection unit_D 1020 is a transmission and/or reception unit through which the PGW_A 30 transmits and/or receives the user data and/or control information to and/or from the SGW_A 35 and/or the PCRF#A 60 and/or the ePDG_A 65 and/or the AAA_A 55 and/or the TWAG_A 74 and/or the PDN_A 5. [01 1 7] The network connection unit_D 1020 is a function unit through which the UPGW__A 130 connects to the PCRF_A 60 and/or the UPGW_A 130 and/or the PDN_A 5.
The network connection unit_D 1020 is a transmission and/or reception unit through which the PGW_A 30 transmits and/or es the user data and/or control information to and/or from the SGW_A 35 and/or the PCRF_A 60 and/or the ePDG_A 65 and/or the AAA_A 55 and/or the TWAG_A 74 and/or the PDN_A 5. [01 1 8] The storage unit_D 1040 is a function unit for storing ms, data, and the like 1040 is constituted of, necessary for each operation of the PGW_A 30. The e unit_D for example, a semiconductor , a HDD, or the like. The storage unit_D 1040 may store at least identification information and/or control ation and/or a flag and/or a parameter included in a control message which is transmitted and/or received in a communication procedure described later. [01 1 9] As illustrated in the drawing, the storage unit_D 1040 stores an EPS bearer context 1042. Note that the EPS bearer context 1042 may include an EPS bearer context stored for each UE, an EPS bearer context stored for each APN, an EPS bearer t stored for each PDU session or PDN connection, and an EPS bearer context stored for each bearer which may be separately stored in the EPS bearer context. The EPS bearer context may be further a context stored by the UPGW_A 130.
B illustrates information elements included in the EPS bearer context stored for each UE. As illustrated in the drawing, the EPS bearer context stored for each UE es IMSI, ME Identity, MSISDN, and RAT type.
Next, C illustrates the EPS bearer context stored for each APN. As illustrated in the drawing, the EPS bearer context stored for each APN of the storage unit 17R00341/NZ of the PGW includes APN in use. Note that the EPS bearer context stored for each APN may be stored for each Data Network Identifier.
D rates the EPS bearer context for each PDU session or PDN connection stored for each PDU session or PDN connection. As illustrated in the drawing, the EPS bearer t for each PDU session or PDN connection includes ed Session Type, IP Address (es), SGW F-TEID, PGW F-TEID, and Default Bearer.
E illustrates the EPS bearer context stored for each EPS bearer. As illustrated in the drawing, the EPS bearer context includes EPS Bearer ID, TFT, SGW F-TEID, and PGW F-TEID. 1.2.6. Configuration of SCEF A illustrates a device configuration of the SCEF_A 46. As rated in the drawing, the SCEF_A 46 includes a network connection unit_D 1020, a control unit_D 1000, and a storage unit_D 1040. The network tion unit_D 1020 and the storage unit_D 1040 are connected to the l unit_D 1000 via a bus.
The control unit_D 1000 is a on unit for controlling the SCEF_A 46. The control unit_D 1000 implements various processes by reading out various programs stored in the storage unit_D 1040 and performing the programs. The network connection unit_D 1020 is a function unit through which the SCEF_A 46 ts to the core network_A 90.
In other words, the network connection unit_D 1020 is a function unit through which the SCEF_A 46 connects to the MME_A 40. The network connection unit_D 1020 is a transmission and/or reception unit h which the SCEF_A 46 transmits and/or receives the user data and/or control information to and/or from the MME_A 40.
The storage unit_D 1040 is a function unit for storing programs, data, and the like necessary for each operation of the SCEF_A 46. The storage unit_D 1040 is constituted of, for example, a semiconductor memory, a HDD, or the like. The storage unit_D 1040 and/or a flag may store at least identification information and/or control information and/or a parameter included in a control message which is transmitted and/or received in a communication procedure described later.
As illustrated in the drawing, the storage unit_D 1040 stores an EPS bearer context 1042. after, information elements stored in the storage unit_D 1040 will be described. B illustrates ation elements included in the EPS bearer context.
As illustrated in the drawing, the EPS bearer context includes User ty, APN in Use, EPS Bearer ID, and Serving Node Information. 17R00341/NZ 1.3. Description of Initial Procedure for Core Network_B Next, before describing the detailed steps of each procedure for the core network_B 190 in the present embodiment, in order to avoid redundant descriptions, terminology specific to the present embodiment and primary identification information used in each procedure will be described beforehand.
A first mode in the present embodiment is a mode in which the procedure for connection and registration of the UE_A 10 to and in the core network_B 190 has been completed, and the s have established the PDU session. Note that whether the procedure for registering the UE_A 10 in the core network_B 190 and the procedure for establishing the PDU session may be simultaneously or separately performed is not matter to each device. The first mode may be a mode in which a procedure for updating on registration information of the UE_A 10 is completed.
The first mode in the present embodiment may be a mode which the devices establish the PDU session for the core network_B 190. To be more specific, the first mode n n the UE_A 10 and may be a mode in which the devices establish the PDU the UPGW_A 130 via the NR node_A 122. Note that the first mode is not limited to those modes above.
An EPS service in the present embodiment may be a service provided by a PS domain, and may be a connection service provided using the EPC.
A non EPS service in the present embodiment may be a service provided by a CS domain, and may be a service other than the EPS service.
An NGS service in the t embodiment may be a tion service provided using the core network_B 190. The NGS service may be a service ent from the EPS service, or a e the same as the EPS service. Note that the NGS e is not limited to those bed above, but may be a system for providing a mobile communication service.
The non NGS service in the present embodiment may be a service other than the NGS service, and may include an EPS service and/or a non EPS e.
A session in the present embodiment may be a PDU session, a PDN connection, or an EPS bearer. A session establishment ure may be a PDU session establishment procedure, or a PDN connectivity procedure. A session release procedure may be a PDU 17R00341/NZ session release ure, or a PDN connectivity release procedure. Information identifying a session may be a PDU session ID, a PDN connection ID, or an EPS bearer ID. Note that the information identifying a session may be other identification information than those described above.
The EPS bearer in the present embodiment is a logical ication path established between the UE_A 10 and the PGW_A 30. The EPS bearer may be a communication path ring a PDN connection. The EPS bearer may be a l communication path established between UE_A 10 and the UPGW_A 130, or a communication path configuring a PDU session.
The Network Slice Instance (NSI) in the present embodiment is an entity of each of one or multiple Network Slices configured in the core networkmB 190. The NSI in the present embodiment may be configured to include a virtual Network Function (NF) generated using a Network Slice te (NST). Here, the NST is associated with a resource request for providing a required communication service or capability, and is a logical sion of one or multiple Network Functions (NFs). [013 8] cally, the NSI may be an aggregation constituted by le NFs in the core network_B 190. The NSI may be a logical network configured to classify the user data delivered through a service or the like. The network slice may be configured to include at least one or more NFs. The NF included in the network slice may be or may not be a device shared by another network slice.
The UE can be assigned to one or multiple network slices, based on UE usage type and/or one or multiple network slice type IDs and/0r ration information such as one or multiple NS IDs and/or the APN.
The Dedicated Core Network (DCN) in the present embodiment is one or multiple c subscriber type ted core networks configured in the core network_A 90.
Specifically, a DCN for a UE registered as a M2M function user may be configured in the core network_A 90, for example. In addition, a default DCN for a UE with no a proper DCN may be configured in the core network_A 90.
In the DCN, at least one or more MMEs_A 40 or A 42 may be located, and further, at least one or more SGWs_A 35, PGWs_A 30, or PCRFs_A 60 may be located.
The UE may be assigned to one DCN, based on the registration information such as the UE usage type and/0r DCNID. 17R0034l/NZ 2017/029303 The UE usage type in the present embodiment is a parameter value which is included in the registration information of the UE and used for identifying the DCN and/or NSI. The UE usage type may be stored by the HSS_50. The MME_A 40 and/or the SGSN_A 42 may select the SGW_A 35 and the PGW_A 30, based on the UE usage type.
The CPF_A 140 may select the UPGW_A 130, based on the UE usage type.
The DN ID in the present embodiment is identification information identifying the core k_B 190 and an al network such as a DN. The DN ID can be used further as information for ing a y such as the UPGW_A 130 connecting to the core network_B 190.
Note that the DN ID may be fication information fying such a gateway, or identification information identifying an external network such as the DN. Note that in a case that multiple gateways connecting the core k_B 190 to the DN are located, multiple gateways may be selectable according to the DN ID. Moreover, one gateway may be selected from among such multiple gateways by r scheme using identification information other than the DN ID.
The DN ID may be ation equivalent to the APN, or different from the APN.
Note that in a case that the DN ID is the information different from the APN, each device the DN ID and may manage information indicating a correspondence relationship between the APN, perform a procedure to inquire the APN by using the DN ID, or perform a procedure to inquire the DN ID by using the APN.
A tracking area in the present embodiment is a singular or multiple ranges which the core network manages and can be represented by the location information of the UE_A 10. The tracking area may be configured to include multiple cells. The tracking area may be a range in which a control message such as paging is broadcast, or a range in which the UE_A 10 can move without a handover procedure. The tracking area may be a routing area, a location area, or those similar to them.
Session and e Continuity (SSC) mode indicates a mode of n and Service Continuity supported by a system and/or each device in a NextGen system (NGS).
To be more specific, the SSC mode may be a mode indicating a type of the session and service continuity supported by a PDU session established between the UE_A 10 and Terminating User-Plane Function (TUPF). Here, the TUPF may be the UPGW_A 130.
Note that the SSC mode may be a mode indicating a type of the session and service continuity configured for each PDU session. Furthermore, the SSC mode may be configured to include three modes of SSC mode 1, SSC mode 2, and SSC mode 3. l7R00341/NZ Here, the TUPF may be a Network Function (NF) for a User Plane (U-Plane).
Furthermore, the TUPF may be located in the core network or may be located in the access network.
SSC mode 1 in the present embodiment is a mode of the session and service continuity in which the same TUPF is continuously maintained regardless of the access technology such as the Radio Access Technology (RAT) and the cell the UE_A 10 uses to connect to a network. To be more specific, SSC mode 1 may be a mode in which even in a case that the mobility of the UE_A 10 occurs, the session and service continuity is achieved without ng the TUPF used by the established PDU session.
SSC mode 2 in the t embodiment is a mode of the session and service continuity in which the same TUPF is continuously maintained only in a serving area of the TUPF. To be more specific, SSC mode 2 may be a mode in which so long as the UE_A is in the g area of the TUPF, the session and service continuity is achieved without ng the TUPF used by the established PDU session. SSC mode 2 may be a mode in which in a case that the mobility that the UE_A 10 leaves the serving area of the TUPF occurs, the session and service continuity is achieved by changing the TUPF used by the established PDU session.
Here, the serving area of the TUPF may be an area in which one TUPF can provide a n and service continuity on, or a subset of the access network such as the RAT or the cell used when the UE_A 10 connects to a network. The subset of the access network may be a network including one or multiple RATS and/or cells.
SSC mode 3 in the present embodiment is a mode of the session and service uity that allows a new PDU session and/or communication path to be established via a new TUPF to the same DN before releasing a PDU session and/0r communication path established between the UE_A 10 and the TUPF. SSC mode 3 may be a mode of the session and service continuity that allows the UE_A 10 to be multi-homed.
And/or, SSC mode 3 may be a mode that allows the session and service continuity using le PDU sessions and/or the TUPFs associated with the PDU sessions. In other words, in the case of SSC mode 3, each device may e the session and service continuity by using multiple PDU ns, or may achieve the session and service continuity by using multiple TUPFs. 17R00341/NZ Here, in the case that each device establishes a new PDU session and/or communication path, a new TUPF may be ed by the network, or a new TUPF may be an optimal TUPF for a place at which the UE_A 10 connects to the network. In a case that multiple PDU sessions and/or the TUPFs used by the PDU sessions are effective, the UE_A 10 may associate the ation and/or flow communication with to a new established PDU session, immediately or based on tion of the communication.
Default SSC mode is an SSC mode used by the UE_A 10 and/or network in a case that a specific SSC mode is not determined. Specifically, the Default SSC mode may be an SSC mode used by the UE_A 10 in a case of no SSC mode requested from the application, and/or a case of no policy of the UE_A 10 for determining an SSC mode for the application. , the Default SSC mode may be an SSC mode used by the k in the case of no SSC mode ted from the UE_A 10.
Note that the Default SSC mode may be configured for each PDN_A 5, or for each UE_A 10 and/or subscriber, based on the subscriber information and/or the or policy and/or the policy of the UE_A 10. The Default SSC mode may be information indicating SSC mode 1, SSC mode 2, or SSC mode 3.
Next, the identification information in the present embodiment will be described.
A first identification information in the present embodiment is information identifying an external network such as the PDN_A 5 or the DN to which the UE_A 10 requests the core network_B 190 that the UE_A 10 connects. The first identification ation may be a DN ID. The first identification information may be information configured to include multiple DN IDs, or information configured to include a DN ID and an APN.
A second identification information in the present embodiment is information indicating a type of connection service which the UE¢A 10 requests the core network_B 190 that the UE_A 10 uses. Note that the second fication information may be information indicating that the UE_A 10 requests the use of only an NGS service, or information indicating that the UE_A 10 ts the use of both an NGS service and a non NGS service. In other words, the second identification information may be information indicating that the UE_A 10 requests the use of an NGS service and an EPS service, or information indicating that the UE_A 10 requests the use of an NGS service, an EPS service, and a non EPS service. 17R00341/NZ The second identification information may be information indicating a type of the attach procedure ted by the UE_A 10, or an attach type. In other words, the second identification information may be information indicating a request for the registration and/or connection in and/or to only the core network_B 190, or information indicating a request for the registration and/or tion in and/or to both the core network_B 190 and the core network_A 90.
A third identification information in the present embodiment is information indicating a type of the connection service the use of which the UE_A 10 ts. Note that the third identification information may be information ting that the UE_A 10 supports the use of only an NGS service, or information indicating that the UE_A 10 supports the use of both an NGS service and a non NGS service. In other words, the third identification ation may be information indicating that the UE_A 10 supports the use of an NGS service and an EPS service, or information ting that the UE_A 10 supports the use of an NGS service, an EPS service, and a non EPS service.
The third fication ation may be capability information of the UE_A 10 indicating a type of the attach procedure supported by the UE_A 10. In other words, the third identification information may be capability information of the UE_A 10 supporting the ration and/or connection in and/or to only the core network_B 190, or capability information of the UE_A 10 supporting the registration and/or connection in and/or to both the core k_B 190 and the core network_A 90.
A fourth identification information in the present embodiment is information indicating an SSC mode which the UE_A 10 requests to the core network_B 190. The fourth identification information may be information indicating an SSC mode used when the session is switched from an NGS service to an EPS service. In other words, the fourth identification information may be information indicating an SSC mode used when the session is switched and/or reattached from the core network_B 190 to the core network_A 90. Specifically, the fourth identification information may be information indicating SSC mode 1, information indicating SSC mode 2, or information indicating SSC mode 3.
A fifth identification information in the present embodiment is information indicating an SSC mode supported by the UE_A 10. The fifth identification information is switched from may be information indicating an SSC mode supported when the session an NGS service to an EPS service. In other words, the fifth identification information may be information indicating an SSC mode supported when the session is switched and/0r reattached from the core k_B 190 to the core network_A 90. Specifically, the fifth l7R00341/NZ fication information may be information indicating SSC mode 1, information ting SSC mode 2, or information indicating SSC mode 3.
The sixth identification information in the present embodiment is information to identify an external network such as the PDN_A 5 or DN which can be connected by the UE_A 10. In addition, the sixth identification ation may be an APN. In on, the sixth identification information may be information including multiple APNs, or may be information including an APN and a DN ID. In addition, the sixth identification information may be information same as the first identification information, or may be transmitted and/or received included in the first identification information.
The seventh fication information in the t embodiment is information to identify the CPFflA 140 by which the UE_A 10 requests connection to the core network_B 190. In addition, the seventh identification ation may be information to indicate the CPF_A 140 which can be connected by the UE_A 10, or may be information to fy the CPFfiA 140 which is connected by the UE_A 10 before. In addition, the seventh identification information may be information to identify the UE_A 10. For example, the seventh identification information may be a CPF ID, may be a GUTI, may be an IMSI, Note that in a case that may be an NGS mobile identity, or may be other information. multiple CPF_A 140s exist in the core network_B 190, the CPF_A 140 may be a common CPF which connects the core networkHB 190 and the UE_A 10, and transmits and/or es a control message to and/or from the UE_A 10. In that case, the h identification information may be a common CPF ID.
The eighth identification information in the present embodiment may include information to identify the MME_A 40 which can be connected by the UE_A 10, or may include information to identify the MME_A 40 which is connected by UE_A 10 before. In addition, the eighth identification information may be information to identify the UE_A . For example, the eighth identification information may be a GUTI, may be an IMSI, may be an EPS mobile identity, or may be other information.
The ninth identification information in the present ment is information to identify and/or to indicate a network slice type which the UE_A 10 requests to the core network_B 190. In addition, the ninth identification information may be information such as an NSD ID to identify an N81 or a network slice type ID to identify a type of a network slice. In addition, the ninth identification information may be a UE usage type, or may be a part of a UE usage type. In on, the ninth fication information may be an APN. Note that the ninth identification information may include information to identify multiple NSIs. The ninth fication information may be configured including 17R00341/NZ 2017/029303 information to identify a Network on (NF) in the core network_B 190. In addition, the ninth identification information may be registration information of the UE_A 10 retained by the UE_A 10 and/or any apparatus in the network.
The eleventh identification information in the present embodiment is information to identify an external network such as a DN which the core network_B 190 has allowed connection for the UE_A 10, and/or connected by the UE_A 10. In addition, the eleventh identification information may be DN 1D,. In addition, the th identification information may be information including multiple DN IDs, or may be information including a DN ID and an APN.
The twelfth identification information in the t embodiment is information to indicate a type of a connection service of which the core network_B 190 has allowed the use for the UE_A 10. Note that the twelfth fication information may be information to indicate that the core network_B 190 has allowed the use of only an NGS service for the UE_A 10, or may be information to indicate that the core network_B 190 has allowed the use of both an NGS service and a non NGS e. In other words, the twelfth identification information may be information to indicate that the core network_B 190 has allowed the use of an NGS e and an EPS service, or may be ation to indicate that the core network_B 190 has allowed the use of an NGS service, an EPS service, and a non EPS service.
In addition, the twelfth identification information may be information to indicate a type of an attach procedure which the core network_B 190 has allowed for the UE_A 10, or may be an attach result. In other words, the h identification information may be information to indicate ng registration and/or connection only to the core network_B 190 of the UE_A 10, or may be information to indicate allowing registration and/or connection to both the core network_B 190 and the core network_A 90. [01 72] The thirteenth identification information in the present embodiment is information to indicate a type of a connection service of which the core network_B 190 supports the use. Note that the thirteenth identification information may be information to indicate that the core network_B 190 supports the use of only an NGS service, or may be information to indicate that the core network_B 190 supports the use of both an NGS service and a non NGS service. In other words, the enth identification information may be information to indicate that the core k_B 190 supports the use of an NGS e and an EPS service, or may be information to indicate that the core network_B 190 supports the use of an NGS service, an EPS service, and a non EPS service. l7R00341/NZ In addition, the thirteenth identification information may be capability information of the core network_B 190 to indicate a type of an attach procedure which the core network_B 190 supports. In other words, the thirteenth identification ation may be lity information of the core network_B 190 which supports registration and/or connection only to the core network_B 190, or may be capability information of the core network_B 190 which supports registration and/or connection to both the core network_B 190 and the core network_A 90.
The fourteenth identification information in the t embodiment is information to indicate an SSC mode which the core network_B 190 has d for the UE_A 10. In addition, the fourteenth identification information may be information to indicate an SSC mode which has been allowed to be used in ing a session from an NGS service to an EPS service. In other words, the fourteenth identification information may be information to indicate an SSC mode which has been allowed to be used in switching and/or re-attaching a session from the core network_B 190 to the core network_A 90.
Specifically, the fourteenth identification information may be information to te that SSC mode 1 has been allowed, may be information to indicate that SSC mode 2 has been allowed, or may be information to indicate that SSC mode 3 has been allowed. [01 75] The fifteenth identification information in the present embodiment is information to indicate an SSC mode which the core network_B 190 supports. In addition, the fifteenth identification information may be information to indicate an SSC mode which is supported in ing a session from an NGS service to an EPS service. In other words, the fifteenth fication information may be information to indicate an SSC mode which is supported in switching and/or re-attaching a session from the core network_B 190 to the core network_A 90. Specifically, the fifteenth identification information may be information to indicate that the core network_B 190 supports SSC mode 1, may be ation to indicate that the core networkgB 190 supports SSC mode 2, or may be information to indicate that the core k_B 190 supports SSC mode 3. [01 76] The sixteenth identification information in the present embodiment is information to identify an external network such as s DN which the core network_B 190 has d for the UE_A 10, and which can be connected by the UE_A 10 in connecting to the core network_A 90. In addition, the sixteenth identification information may be an APN. In addition, the nth identification ation may be information including multiple APNs, or may be information including an APN and a DN ID. In addition, the sixteenth fication information may be information same as the eleventh fication information, or may be transmitted and/or received included in the eleventh identification information. 17R00341/NZ The seventeenth identification information in the present embodiment is ation to identify the CPF_A 140 of which the core k_B 190 allowed connection for the UE_A 10. In addition, the seventeenth identification information may be ation to indicate the CPF_A 140 connected by the UE_A 10, or may be information to indicate the CPF_A 140 which can be connected by the UE_A 10. In addition, the eenth identification information may be information to identify the UE_A 10. For example, the seventeenth identification information may be a CPF ID, may be a GUTI, may be an NGS mobile identity, or may be other information. Note that in a case that multiple CPF_A 140s exist in the core network_B 190, the CPF_A 140 may be a common CPF which connects the core network_B 190 and the UE_A 10, and transmits and/or receives a control e to and/or from the UE_A 10. In that case, the seventeenth identification information may be a common CPF ID. [01 78] The eighteenth identification information in the present embodiment is information to identify the MME_A 40 to which the core network_B 190 has allowed the UE_A 10 to connect. In addition, the eighteenth identification ation may be information to indicate the MME_A 40 to which the UE_A 10 can t. In addition, the eighteenth identification information may be information to identify the UE_A 10. For example, the eighteenth identification information may be a GUTI, may be an IMSI, may be an EPS mobile identity, or may be other information. [01 79] The nineteenth fication information in the present embodiment is ation to identify and/or to indicate a network slice type of which the core network_B 190 allowed connection for the UE*A 10. In on, the nineteenth identification information may be information such as an NSD ID to identify an N81 or a network slice type ID to identify a type of a network slice. In on, the nineteenth identification information may be a UE usage type, or may be a part of a UE usage type. In on, the nineteenth identification information may be an APN. Note that the nineteenth identification information may include information to identify multiple NSIs. The nineteenth identification information may be configured including information to identify a Network Function (NF) in the core network_B 190. In addition, the nineteenth identification information may be registration information of the UE_A 10 (retained by the UE_A 10 and/or any apparatus in the network). [01 80] The twenty-first identification information in the present embodiment is information to indicate that a request of the UE_A 10 is not allowed by the core network_B 190. In addition, the twenty-first identification information may be cause l7R00341/NZ ation (Reject Cause) to indicate reasons why a request of the UEfiA 10 has been rejected. [01 8 1] For example, the twenty-first identification information may be information to indicate not allowing connection to the core network_B 190 of the UE_A 10 and/or a DN, or may be information to indicate that connection to the core network_B 190 of the UE_A and/or a DN has failed. In on, the twenty-first identification information may be information to indicate that connection and/or registration to the CPF_A 140 of which the UE_A 10 requests connection is not allowed, or may be information to indicate that information to identify the UE_A 10 is not normal and/0r not allowed. In addition, the twenty—first identification information may be information to te that connection of the UE_A 10 is not appropriate due to network congestion or authentication, and the like. [01 82] In addition, the twenty-first identification information may be ation to te not allowing the use of both an NGS service and a non NGS service for the UE_A , or may be information to indicate not allowing the use of an NGS service. In addition, the twenty-first identification information may be information to indicate not allowing the use of both an NGS service and an EPS service for the UE_A 10, or may be information te not allowing the use of all an NGS service, an EPS service, and a non EPS service. [01 83] In addition, the twenty—first fication information may be information to indicate that the UE_A 10 is connecting with a Public Land Mobile Network (PLMN) which is not allowed, may be information to indicate that a service requested by the UE_A is not allowed in a current PLMN, or may be information to indicate that an appropriate cell does not exist in a current PLMN. [01 84] In on, the twenty—first fication information may be information to indicate that the UE_A 10 is connecting with a ng area which is not allowed, or may be information to indicate that a service requested by the UE_A 10 is not allowed in a current tracking area. In addition, the twenty-first identification information may be information to indicate that an appropriate cell does not exist in a current ng area, or in a current tracking area. may be information to indicate that loaming is not allowed [01 85] In on, the -first identification ation may be information to indicate that an SSC mode requested by the UE_A 10 is not allowed, or may be information to indicate that the core network_B 190 does not support an SSC mode requested by the UE_A 10. [01 86] l7R00341/NZ In addition, the twenty—first identification information may be information to indicate that an NSI of which the UE_A 10 requests connection is not allowed, or may be information to te that the core network_B 190 does not support a network slice type requested by the UE_A 10.
The twenty—second identification information in the present embodiment is information to indicate a type of a tion service of which the core network_B 190 has not allowed the use for the UE_A 10. Note that the twenty—second fication information may be information to indicate that the core k_B 190 has not d the use of only an NGS service, or may be information to te that the core network_B 190 has not allowed the use of both an NGS service and a non NGS e. In other words, the twenty-second identification information may be information to indicate that the core k_B 190 has not allowed the use of an NGS service and an EPS service, or has not allowed the use of an may be information to indicate that the core network_B 190 NGS service, an EPS service, and a non EPS service.
In addition, the twenty-second identification information may be information to indicate a type of an attach procedure which the core network_B 190 has not allowed. In other words, the twenty-second identification ation may be information to indicate not allowing registration and/or connection only to the core network_B 190, or may be information to indicate not allowing registration and/or connection to both the core network_B 190 and the core network_A 90.
The twenty—third identification information in the present embodiment is information to indicate a type of a connection service of which the core network_B 190 does not support the use. Note that the twenty-third fication information may be information to indicate that the core network_B 190 does not support the use of only an NGS e, or may be information to indicate that the core network_B 190 does not support the use of both an NGS service and a non NGS service. In other words, the twenty—third identification information may be information to indicate that the core network_B 190 does not support the use of an NGS service and an EPS service, or may be information to indicate that the core network_B 190 does not support the use of an NGS service, an EPS service, and a non EPS service.
In addition, the twenty-third identification information may be capability information of the core network_B 190 to indicate a type of an attach procedure which the core network_B 190 does not support. In other words, the twenty-third identification information may be capability information of the core network_B 190 which does not t registration and/or connection only to the core network_B 190, or may be 17R0034l/NZ 2017/029303 capability information of the core networkflB 190 which does not support registration and/or connection to both the core network_B 190 and the core k_A 90. [01 91] The twenty-fourth identification information in the present embodiment is information to indicate an SSC mode which the core network_B 190 has not allowed for the UE_A 10. In addition, the twenty-fourth identification information may be information to indicate an SSC mode which has not been allowed to be used in switching a session from an NGS service to an EPS service. In other words, the twenty-fourth identification information may be information to indicate an SSC mode which has not been allowed to be used in switching and/or re-attaching a session from the core network_B 190 to the core network_A 90. Specifically, the twenty-fourth identification information may be ation to indicate that SSC mode 1 has not been allowed, may be information to indicate that SSC mode 2 has not been allowed, or may be information to indicate that SSC mode 3 has not. been allowed.
The twenty-fifth identification information in the present embodiment is information to indicate an SSC mode which the core network_B 190 does not support. In addition, the twenty-fifth identification information may be information to indicate an SSC mode which is not supported in switching a n from an NGS service to an EPS service. In other words, the twenty-fifth identification information may be information to indicate an SSC mode which is not supported in switching and/or re—attaching a session from the core network_B 190 to the core network_A 90. Specifically, the twenty—fifth identification information may be information to te that the core network_B 190 does not support SSC mode 1, may be information to indicate that the core network_B 190 does not t SSC mode 2, or may be information to indicate that the core k_B 190 does not support SSC mode 3.
The twenty-sixth identification information in the present embodiment may be ation to te that connection to an NSI of which the UE_A 10 requests connection is not allowed, or may be information to indicate that the core network_B 190 does not support a network slice type ted by the UE_A 10. [01 94] Alternatively, the twenty-sixth identification information in the present embodiment may be ation to identify and/or indicate a network slice type to allow connection. At this time, a network slice type to allow connection may be ation ent from a network slice type requested by the UE_A 10. In addition, the twenty-sixth identification information may be ation such as an NSD ID to identify an NSI or a network slice type ID to identify a type of a network slice. In addition, the twenty-sixth identification information may be a UE usage type, or may be a part of a UE 17R0034l/NZ 2017/029303 APN. Note usage type. In addition, the twenty-sixth identification information may be an that the -sixth identification information may include information to identify multiple NSIs. The twenty-sixth identification information may be configured including information to identify a Network Function (NF) in the core network_B 190. In addition, the twenty-sixth identification information may be registration information of the UE_A retained by the UE_A 10 and/or any apparatus in the network.
The thirty-first identification information in the present embodiment is information to indicate a type of a connection service of which the UE_A 10 requests update of registration information to the core network_B 190. Note that the thirty-first identification ation may be information to te that the UE_A 10 requests update of registration information of only an NGS service, or may be information to indicate that the UEflA 10 requests update of registration information of both an NGS service and a non NGS service. In other words, the thirty-first identification information may be information to te that the UE_A 10 requests update of registration information of an NGS service and an EPS service, or may be information to indicate that the UE_A 10 requests update of registration ation of an NGS service, an EPS service, and a non EPS e.
In addition, the thirty-first identification information may be information to indicate a type of a tracking area update procedure requested by the UE_A 10, or may be an update type. In other words, the thirty-first fication information may be information to indicate requiring update of registration information and/or connection only to the core network_B 190, or may be information to indicate requiring update of registration information and/or connection to both the core network_B 190 and the core network_A 90.
In addition, the thirty—first identification information may be information to te requiring update of only a tracking area in an NGS service, or may be information to indicate requiring update of a ng area in an NGS service and a tracking area and/or a routing area in a non NGS service. In addition, the —first fication information may be information to indicate requiring update of a tracking area in an NGS service and a tracking area in an EPS service, or may be information to indicate requiring update of a tracking area in an NGS service, a tracking area in an EPS e, and a routing area in a non EPS service. [01 98] The -second identification information in the present embodiment is the same as the third identification information. The thirty-third identification information in the present embodiment is the same as the seventh identification information. The 17R00341fNZ thirty-fourth identification information in the present embodiment is the same as the eighth identification information. The -fifth identification information in the present embodiment is the same as the fourth identification information. The thirty-sixth identification information in the present embodiment is the same as the fifth identification information. The thirty-seventh fication information in the present embodiment is the same as the ninth identification information.
The forty-first identification information in the present embodiment is information to indicate a type of a connection service of which the core network_B 190 has allowed update of registration information for the UE_A 10. Note that the forty-first identification information may be ation to indicate that the core k_B 190 has allowed update of registration information of only an NGS service, or may be information to indicate that the core k_B 190 has d update of registration information of both an NGS e and a non NGS e. In other words, the forty-first identification ation may be information to indicate that the core network_B 190 has allowed update of registration information of an NGS service and an EPS service, or may be information to indicate that the core network_B 190 has allowed update of registration information of an NGS service, an EPS service, and a non EPS service.
In addition, the forty-first identification information may be information to indicate a type of an attach ure which the core network_B 190 has allowed for the UEfiA 10, or may be an attach result. In other words, the forty-first identification information may be information to indicate having allowed update of registration information and/or connection only to the core network_B 190, or may be information to te having allowed update of registration ation and/or connection to both the core network_B 190 and the core network_A 90.
In addition, the forty-first identification information may be information to indicate that update of only a ng area in an NGS service has been allowed, or may be information to indicate that update of a tracking area in an NGS service and a tracking area and/or a routing area in a non NGS service has been d. In addition, the forty-first identification information may be information to indicate that update of a tracking area in an NGS service and a tracking area in an EPS service has been allowed, or may be ation to indicate that update of a tracking area in an NGS service, a tracking area in an EPS service, and a routing area in a non EPS service has been allowed.
The forty-second identification information in the present embodiment is the same as the thirteenth identification information. The forty-third fication information the present embodiment is the same as the fourteenth identification information. The 17R00341/NZ forty-fourth identification information in the present embodiment is the same as the fifteenth identification information. The forty—fifth fication information in the present embodiment is the same as the seventeenth identification information. The forty-sixth identification information in the present embodiment is the same as the eighteenth identification information. The forty—seventh identification information in the present embodiment is the same as the nineteenth identification information.
The fifty-first fication information in the present embodiment is information to indicate a detach procedure type which the core network‘B 190 requests to the UE_A . Note that information to indicate a type of a detach procedure may be a detach type. In addition, the fifty-first identification ation may be information to indicate that aching of the UE_A 10 is required, or may be information to te that re-attaching of the UE_A 10 is not required. Note that re—attaching may be performing an attach procedure again.
The econd identification information in the present embodiment is information to indicate whether or not transmission and/or ion of information to indicate a handover is required at re-attaching. In addition, the fifty-second identification information may be information to indicate whether or not an attach procedure to r core k after a detach procedure is required, or may be information to indicate whether or not such attach procedure is supported.
In addition, the fifty-second identification information may be information to indicate that the core network_B 190 requests the UE_A 10 to perform an attach procedure to r core network after a detach procedure. In addition, the econd identification information may be information to indicate that an attach procedure after a detach procedure is required to switch a session from the core network_B 190 to another core network. Note that another core network may be the core network_A 90, or may be a core k which is identified with the fifty-third identification information.
The fifty-third identification information in the present embodiment is information to te a system connected in re-attaching. A system connected may be a system which provides an NGS service, may be a system which provides an EPS, or may be a system which provides a non EPS service. In addition, the fifty-third identification information may be information to indicate a core network connected in re-attaching. For example, the fifty-third fication information may be information to indicate the core network_A 90, or may be information to indicate the core network_B 190. 41/NZ In addition, the fifty-third identification ation may be information to indicate a type of a l e used in re-attaching. For example, the fifty-third identification information may indicate that, after a detach ure, the UE_A 10 performs an attach procedure using a control message for an EPS, or may indicate that the UE_A 10 performs an attach procedure using a control message for an NGS. In other words, the fifty-third identification information may indicate that, after a detach procedure, the UE_A 10 performs an attach procedure to the core network_A 90, or may indicate that the UE_A 10 performs an attach procedure to the core network_B 190.
The fifty-fourth identification information in the present embodiment is cause ation (Cause) to indicate reasons why a detach procedure has been started. In addition, the fifty-fourth identification information may be information to indicate reasons why a ion of the UE_A 10 has been not riate due to changes of subscriber information, and the like.
For example, the fifty-fourth identification information may be information to indicate that connection to the core network_B 190 of the UE_A 10 and/or a DN has not allowed any more. In addition, the fifty-fourth identification information may be information to indicate that connection and/or registration of UE_A 10 to the CPF_A 140 has not allowed any more, or may be information to indicate that information to fy the UE_A 10 has become not normal and/or has not allowed any more. In addition, the fifty-fourth identification information may be information to indicate that connection of the UE_A 10 has been not appropriate due to network congestion or authentication, and the like.
In addition, the fifty-fourth identification ation may be information to indicate that the use of both an NGS service and a non NGS service for the UE#A 10 has not allowed any more, or may be information to indicate that the use of an NGS service has not been allowed any more. In addition, the fifty-fourth identification information of both an NGS service and an EPS service for may be ation to te that the use the UE_A 10 has not allowed any more, or may be information to indicate that the use of all an NGS service, an EPS service, and a non EPS service has not been allowed any more. [021 1] In addition, the fifty-fourth identification information may be information to indicate that it is necessary to switch a service used by the UE_A 10 from an NGS service to a non NGS service. In other words, the fifty-fourth identification information may be ation to indicate that it is necessary to switch a session from the core network_B 17R00341/NZ 2017/029303 190 to another core network, or may be information to indicate performing a handover from the core network_B 190 to another core network.
In addition, the fifty—fourth identification information may be information to indicate that a PLMN with which the UE_A 10 is ting has not allowed, may be information to indicate a service which the UE_A 10 is using has not allowed any more in a current PLMN, or may be information to indicate that an appropriate cell has been not existing in a current PLMN.
In addition, the fifty-fourth identification information may be information to indicate that a tracking area with which the UE_A 10 is connecting has not allowed any is using has not more, or may be information to indicate a service which the UE_A allowed any more in a current tracking area. In addition, the fifty-fourth identification information may be information to indicate that an riate cell has been not existing in a current tracking area, or may be ation to indicate that g has not allowed any more in a t tracking area.
In addition, the fifty-fourth identification information may be information to indicate that an SSC mode which the UE_A 10 is using has not allowed any more, or may be information to indicate that an SSC mode which the UE_A 10 is using has not been ted any more. In addition, the fifty-fourth identification ation may be information to indicate that an N81 with which the UE_A 10 is connecting has not allowed network slice type which the UE_A 10 any more, or may be information to indicate that a is using has not been supported any more. [021 5] Note that the UE_A 10 may determine whether or not to ignore the fifty-fourth identification information, based on the fifty-first identification information, or may determine whether or not to perform re-attaching, based on the fifty-fourth identification ation. For example, in a case of having received information to te a switch from the core network_B 190 to another core network and/or a switch from an NGS service to a non NGS service, the UE_A 10 may perform re-attaching. In a case that the UE_A 10 has received the fifty-fourth identification information to indicate that the use of an NGS service is not d while an EPS service can be used, the UE_A 10 may not perform re-attaching. In addition, in a case of having received information to indicate that an EPS service cannot be used while an NGS e can be used, the UE_A 10 may not perform re-attaching. In addition, in a case of having received information to indicate reasons other than these, the UE_A 10 may not perform re-attaching. 41/NZ The fifty—fifth identification information in the present embodiment is information to identify an NSI with which the UE_A 10 is connecting. In addition, the fifty-fifth identification information may be information such as an NSD ID to identify an NSI or a network slice type ID to identify a type of a network slice. In addition, the fifty-fifth fication ation may be a UE usage type, or may be a part of a UE usage type.
In addition, the fifty-fifth identification information may be an APN. Note that the fifty-fifth identification information may include information to identify multiple NSIs.
The fifty-fifth identification ation may be configured including information to identify a Network Function (NF) in the core network_B 190. In on, the fifty-fifth identification information may be registration information of a UE.
The fifty-sixth identification information in the present embodiment is information to identify a DCN with which the UE_A 10 is to be connected next and/or connection has been allowed. The fifty-sixth identification information may be a UE usage type, may be a DCN ID, or may be other information. Note that the fifty-sixth identification information the CPF_A 140, based on mapping may be ation to indicate a DCN selected by information of an NSI and a DCN, or may be information to indicate a default DCN. Note that the fifty-sixth identification information may be transmitted and/or received associated with the fifty-seventh identification information described below. In other words, information to identify a DCN and a service which can be provided by connecting with the DCN may be associated and transmitted and/or received. [021 8] The fifty-seventh identification information in the present embodiment is information to indicate whether or not each session can be d to other systems. In addition, the fifty-seventh identification information may be information to identify sessions which can be switched to other systems.
In addition, the fifty-seventh fication information may be information to fy services and/or sessions which can be shifted from an NSI to a DCN, and/or APN, or may be ation to indicate an ation of an NSI and a DCN. Note that there services. In other words, the may be included multiple pieces of information to identify fifty-seventh identification information may be a group of information to identify multiple services. In addition, the identification information of each service may be transmitted and/or received associated with a DCN included in the fifty-sixth identification ation for each service.
The sixty—first identification information in the present ment is information to indicate a type of a session of which the UE_A 10 ts an establishment. Note that information to indicate a type of a n of which the UE_A 10 requests an 17R00341/NZ establishment may be a request type. In addition, the sixty-first identification information is an may be ation to indicate that a session establishment procedure required initial establishment procedure, may be information to indicate that a session ishment procedure required is a er procedure from other services and/or other access network and/or other core networks, or may be information to indicate that a session establishment ure required is an establishment procedure of a session for an emergency call.
In addition, the sixty-first identification information may be information to indicate a handover from the core network_B 190 to the core network_A 90. In addition, the sixty—first identification ation may be information to indicate establishing a session to switch a n from the core network_B 190 to the core network_A 90, or session to switch a session from an NGS may be information to indicate establishing a service to an EPS service.
The sixty-second identification information in the present embodiment is information to identify ns which are shifted to other s. In addition, the sixty-second identification information may be information to identify a session to switch from an NGS service to an EPS service, or may be ation to fy a session to switch from the core network_B 190 to the core network_A 90.
In addition, the sixty-second fication information may be information to indicate that PDN connection and/or an EPS bearer of which an establishment is requested is established to switch a session from an NGS service and/or the core network_B 190.
The sixty-third identification information in the present embodiment is information to identify an external network such as a DN of which the UE_A 10 requests connection.
In addition, the sixty-third identification information may be an APN. In on, the sixty-third identification information may be information including multiple APNs, or may be information including an APN and a DN In addition, the sixty-third identification information may be an APN based on information received by the UE_A 10 in an attach procedure to the core network_B 190 and/or a PDU session ishment procedure. In other words, the sixty-third identification information may be an APN associated with a DN ID indicated by the eleventh identification information, or may be an APN indicated by the sixteenth identification information. l7R00341/NZ The fourth identification ation in the present embodiment is information to fy the MME_A 40 of which the UE*A 10 requests connection. In addition, the sixty-fourth identification information may be information to indicate the MME_A 40 which can be connected by the UE_A 10, or may be information to identify the MME_A 40 which is connected by the UE_A 10 before. In addition, the sixty-fourth identification ation may be information to identify the UE_A 10. For example, the sixty-fourth identification information may be a GUTI, may be an IMSI, may be an EPS mobile identity, or may be other information.
The sixty-fifth identification information in the present embodiment may include information to identify the CPF_A 140 which can be connected by the UE_A 10, or may include information to fy the CPF_A 140 which is connected by UE_A 10 before. In addition, the sixty-fifth identification information may be information to identify the UE_A 10. For example, the sixty-fifth identification information may be a CPF ID, may be a GUTI, may be an IMSI, may be an NGS mobile identity, or may be other information. Note that in a case that multiple CPF_A 1405 exist in the core network_B 190, the CPF_A 140 may be a common CPF which connects the core network_B 190 and the UE_A 10, and transmits and/or es a control message to and/or from the UE_A . In that case, the sixty-fifth fication information may include a common CPF ID.
The sixty-sixth identification information in the present embodiment is information to indicate a type of a connection service of which the UE_A 10 requests the use. Note that the sixty-sixth identification information may be information to te that the UE_A 10 requests the use of only an EPS service, or may be information to indicate that the UE_A 10 requests the use of both an EPS service and a non EPS service. In other words, the sixty-sixth identification information may be information to indicate that the UE_A 10 requests the use of an EPS e and an NGS service, or may be ation to indicate that the UE_A 10 requests the use of an EPS service, an NGS service, and a non EPS service.
In addition, the sixth identification information may be information to indicate a type of an attach procedure requested by the UE_A 10, or may be an attach type. In other words, the sixty-sixth identification information may be information to indicate requiring registration and/or connection only to the core network_A 90, or may be information to indicate requiring registration and/or connection to both the core network_A 90 and the core k_B 190.
The sixty-seventh identification information in the present embodiment is information to indicate a type of a connection service of which the UE_A 10 supports the 17R0034l/NZ use. Note that the sixty-seventh identification information may be information to te that the UE_A 10 supports the use of only an EPS service, or may be information to indicate that the UE_A 10 supports the use of both an EPS service and a non EPS service.
In other words, the sixty—seventh identification information may be information to indicate that the UE_A 10 supports the use of an EPS service and an NGS service, or may be ation to te that the UE_A 10 supports the use of an EPS service, an NGS service, and a non EPS service. [023 1] In on, the sixty—seventh identification information may be capability ation of the UE_A 10 to indicate a type of an attach procedure which the UE_A 10 supports. In other words, the sixty-seventh identification information may be capability information of the UE_A 10 which supports registration and/or connection only to core networkflA 90, or may be lity information of the UE_A 10 which supports registration and/or connection to both the core network_A 90 and the core network_B l 90.
The sixty-eighth identification information in the present embodiment is information to identify a DCN which the UE_A 10 requests to the core network_A 90. In addition, the sixty-eighth identification information may be a UE usage type, or may be a DCN ID. The sixty-eighth identification ation may be information acquired hand from the network to identify a DCN with which the UE_A 10 is to be connected next and/or connection has been allowed.
The sixty-ninth identification information in the present embodiment is ation to identify an NSI with which the UE#A 10 has connected. In addition, the sixty-eighth identification information may be information such as an NSD ID to fy an NSI or a network slice type ID to identify a type of a network slice. In addition, sixty-eighth identification information may be a UE usage type, or may be a part of a UE information may be an APN. Note usage type. In addition, the sixty-eighth identification that the sixty-sixth identification information may include information to identify multiple NSIs. The sixty-eighth identification information may be configured including information to fy a k Function (NF) in the core network_B 190. In addition, the eighth identification information may be registration ation of a UE.
The seventy-first identification information in the present embodiment is information to identify sessions which are shifted to other systems. In addition, the seventy-first identification information may be information to identify a session to switch from an NGS service to an EPS service, or may be information to identify a session to switch from the core network_B 190 to the core network_A 90. 17R00341/NZ The seventy-second identification information in the present ment is cause information ) to indicate reasons why a session release procedure has been started.
In addition, the seventy-second identification information may be information to indicate reasons why a condition of a session being established has been not appropriate due to s of subscriber information, and the like.
For example, the seventy-second identification information may be information to te that a service which the UE_A 10 is using has been unable to use due to operator policies, or may be information to indicate that a service which the UE_A 10 is using has been unable to provide due to resource shortage of the network. In addition, the seventy-second identification ation may be information to indicate that an error has happened in the network, or may be information to indicate periodical resource release.
In addition, the seventy-second fication ation may be information to indicate that re-establishment of a n and/or re-validation of a session is required. In addition, the seventy-second identification information may be information to indicate that it is necessary to switch a service being used by the UE_A 10 from an NGS service to a non NGS service. In other words, the seventy—second identification information may be ation to indicate that it is necessary to switch a session from the core network_B 190 to another core network, or may be information to indicate performing a handover from the core network_B 190 to another core network. Note that another core network which is identified with the may be the core network_A 90, or may be a core network seventy—third identification information. [023 8] In addition, the seventy-second identification information may be information to indicate that an SSC mode which the UE_A 10 is using has not allowed any more, or may be information to indicate that an SSC mode which the UE_A 10 is using has not been supported any more. In addition, the y-second identification information may be information to indicate that an N81 with which the UE_A 10 is connecting has not allowed network slice type which the UE_A 10 any more, or may be information to indicate that a is using has not been supported any more. [023 9] Note that the UE_A 10 may determine r or not to perform re-establishment of a n, based on the seventy-second identification information. For example, in a case of having received information to indicate a switch from the core network_B 190 to another core network and/or a switch from an NGS service to a non NGS service, the UE_A 10 may perform re-establishment of a n. In addition, in a case of having received information to indicate that re-establishment of a session and/or re—validation of 17R00341/NZ a session is required, the UE_A 10 may perform re-establishment of a session. In a case of having received information to indicate reasons other than this, the UE_A 10 may not perform re-establishment of a session.
The seventy-third identification information in the present embodiment is ation to te a system connected in re-establishment of a session. A system connected may be a system which es an NGS service, may be a system which provides an EPS, or may be a system which provides a non EPS service. In addition, the seventy-third fication information may be information to indicate a core network ted in re-establishment of a session. For example, the seventy-third identification information may be information to indicate the core network_A 90, or may be ation to indicate the core network_B 190.
In on, the seventy-third identification information may be information to indicate a type of a control message used in re-establishment of a session. For example, the y-third identification information may indicate, after a n release procedure, performing a session establishment procedure using a control message for an EPS, or may indicate performing a session establishment procedure using a control message for an NGS.
The y-fourth identification information in the present embodiment is information to indicate whether or not transmission and/or reception of information to indicate a handover is required at re-establishment of a session. In on, the seventy-fourth identification information may be information to indicate whether or not a session establishment procedure to another core network after a session release procedure is required, or may be information to indicate whether or not a n establishment procedure to another core network after a session release procedure is supported.
In addition, the seventy-fourth identification information may be information to indicate that the core network_B 190 requests the UE_A 10 to m a session establishment procedure to another core network after a session release procedure. In addition, the seventy—fourth identification information may be information to indicate that a n establishment procedure after a session e procedure is required to switch session from the core network_B 190 to another core network.
The y-fifth identification information in the present embodiment is information to identify an N81 with which the UE_A 10 is connecting. In addition, the seventy-fifth identification information may be information such as an NSD ID to identify an N81 or a network slice type ID to fy a type of a network slice. In addition, the l7R00341/NZ PCT/JP20l7/029303 seventy-fifth identification information may be a UE usage type, or may be a part of a UE be an APN. Note usage type. In addition, the seventy-fifth identification information may that the y-fifth identification ation may include information to identify multiple NSIs. The seventy-fifth identification ation may be configured including information to identify a Network Function (NF) in the core network_B 190. In addition, the seventy-fifth fication information may be registration information of a UE.
The seventy-sixth identification information in the t embodiment is information to identify a DCN with which the UE_A 10 is to ted next and/0r connection has been allowed. The seventy-sixth identification information may be a UE usage type, may be a DCN ID, or may be other information. Note that the seventy-sixth identification information may be ation to indicate a DCN selected by the CPF_A 140, based on mapping information of an N81 and a DCN, or may be information to indicate a default DCN.
In the present embodiment, the initiation to the core network_B 190 will now be described using . In the present embodiment, each apparatus makes transition to the first condition by performing an initial procedure to the core network_B 190, and the UE_A 10 establishes a session through the core network_B 190. As follows, the present procedure refers to an initial procedure to the core network_A 90, and each procedure es an attach procedure, a PDN tivity procedure, and a tracking area update procedure. Details of each procedure will be described below.
In the present ure, each apparatus at first performs an attach procedure ($1400) to the core network_B 190, and the UE_A 10 makes transition to a condition connected to the network. Then, each apparatus performs a PDU session establishment procedure (81402), and makes transition to the first condition (81404). In addition, after a PDU n establishment and before making tion to the first ion, each apparatus may perform a tracking area update procedure (81404). Note that each apparatus may exchange s capability information and/or s request information of each apparatus in an attach procedure to the core network_B 190, and/or a PDU session establishment procedure, and/or a tracking area update procedure.
Note that in a case of having performed exchange of various information and/or negotiation of various request in an attach procedure to the core network_B 190, each apparatus may not perform exchange of various information and/or negotiation of various request in a PDU session establishment procedure. On the contrary, in a case of not having performed exchange of various ation and/or negotiation of various request in an attach procedure to the core networkgB 190, each tus may perform exchange l7R00341/NZ of various information and/or negotiation of various request in a PDU session establishment procedure. Not only this, even in a case of having performed ge of various information and/or negotiation of various request in an attach procedure to the core network_B 190, each apparatus may perform exchange of various information and/or negotiation of various request in a PDU session establishment procedure.
For example, in an attach procedure to the core network_B 190 and a PDU session establishment procedure, the UE_A 10 may ge one or more of the first identification information to the ninth identification information with the core network_B 190, and the core network_B 190 may receive one or more of the first identification information to the ninth identification information from the UE_A 10, and in addition, transmit one or more of the eleventh fication information to the twenty-sixth identification information to the UE_A 10.
The UE_A 10 transmits one or more of the first identification information to the ninth identification information to the core network_A 90 in an attach procedure to the core network_B 190, and may not transmit one or more of the first identification information to the ninth identification information to the core network_A 90 in a PDU session establishment procedure. rly, the core network_B 190 transmits one or more of the eleventh identification information to the twenty-sixth identification information to the UE_A 10 in an attach ure, and may not transmit one or more of the eleventh identification ation to the twenty-sixth identification information to the UE_A 10 in a PDU session ishment procedure. [025 1] On the contrary, for each apparatus, the UE_A 10 may not transmit one or more of the first identification ation to the ninth identification information to the core network_B 190 in an attach procedure to the core network_B 190, and may transmit one or more of the first identification information to the ninth identification ation to core network_B 190 in a PDU session ishment ure. Similarly, the core network_B 190 may not tranSmit one or more of the eleventh identification information to the twenty-sixth identification information to the UE_A 10 in an attach procedure to the core network_B 190, and may transmit one or more of the eleventh identification information to the twenty-sixth identification information to the UE_A 10 in a PDU session establishment procedure.
The UE_A 10 may transmit identification information which has not been transmitted in an attach procedure to the core network_B 190 among the first identification information to the ninth identification information the core network_B 190 in a PDU session establishment procedure. Similarly, the core network_B 190 may 17R00341/NZ transmit identification information which has not been transmitted in an attach procedure to the core network_B 190 among the th identification information to the twenty-sixth identification ation to the UE_A 10 in a PDU session establishment procedure.
In addition, each tus may transmit and/or receive these pieces of identification ation in an attach procedure to the core network_B 190 in a case of managing these pieces of identification information by associating them with the UE_A , or may transmit and/or receive these pieces of identification information in a PDU session establishment procedure in a case of managing these pieces of identification information by associating them with a PDU session and/or an EPS bearer.
Each apparatus may perform a PDU session establishment procedure in an attach procedure to the core network_B 190, or may perform a PDU session establishment procedure after completion of an attach procedure to the core network_B 190. Note that in a case that a PDU session establishment ure is performed in an attach procedure to the core k_B 190, each apparatus may establish a PDU session, based on completion of an attach procedure to the core network_B 190, or may make transition to the first condition.
Then, each apparatus performs a tracking area update procedure (81404). Note that a tracking area update procedure may be performed at any timing after having established a PDU n and before transition or after transition to the first condition. Each apparatus may exchange various t information in a ng area update procedure.
For e, in a tracking area update procedure, the UE_A 10 may transmit one or more of the thirty-first identification information to the thirty-seventh identification information to the core network_B 190. In addition, the core network_B 190 may transmit one or more of the forty-first identification information to the forty-sixth identification information and the twenty-first identification information to the twenty—sixth identification information to the UE_A 10.
By the above—mentioned procedures, each apparatus completes the present procedure. Note that by transmitting and/or receiving each control message described in the present procedure, each apparatus ed in the present procedure may transmit and/or receive one or more identification information included in each control message, and may store each transmitted and/or ed fication information as a context. In addition, each apparatus may make transition to an appropriate condition, based on completion of the t procedure. 17R0034l/NZ 1.3.1. Brief ption of Attach Procedure to Core Network_B First of all, a brief description of an attach procedure to the core network_B 190 will be described. An attach procedure to the core network_B 190 is a procedure initiated by the UE_A 10 to connect with a k (an access network, and/or the core network_B 190, and/or the PDN_A 5). In a condition of not being connected with the core network_B 190, the UE_A 10 can perform the present procedure at any timing such as at terminal at any power activation. In other words, the UE_A 10 may start the present procedure timing in a case of being in a deregistered condition (EMM-DEREGISTERED). Each apparatus may make transition to a ered condition EGISTERED), based on completion of an attach procedure to the core network_B 190. [025 8] 1.3.2. Example of PDU Session Establishment Procedure An example of a PDU n establishment procedure will now be described. As follows, the present procedure refers to a PDN connectivity procedure. The present procedure is a procedure for each apparatus to ish a PDU session. Note that each apparatus may m the present procedure in a condition of having completed an attach procedure to the core network_B 190, or may m the present procedure in an attach ure to the core network_B 190. Each apparatus may initiate the t procedure at any timing after an attach procedure to the core network_B 190. Each apparatus may establish a PDU session, based on completion of a PDU session ishment procedure.
In addition, each apparatus may establish multiple PDU sessions by performing the present procedure several times. 1.3.2.1. Example of PDU n Establishment Procedure Using , an example of a procedure to perform a PDU session establishment ure will be described. As follows, each step of the present procedure will be described. First of all, the UE_A 10 tes a PDU session establishment procedure by a transmission of a PDU Session Establishment Request message to the CPF_A 140 through the NR node_A122 (81500). Note that in a case that a PDU session is PDN connection, the PDU session establishment request message may be a PDN connectivity request and may message. The PDU session ishment request message is not limited to this, be a message to request an establishment of a PDU session.
Here, the UE_A 10 may include at least one or more of the first identification information to the ninth identification information in a PDU session establishment request message, or may indicate a request of the UE_A 10, by including these pieces identification information. l7R0034l/NZ In addition, each apparatus may indicate a connection service which the UE_A 10 requests and/or supports, by transmitting and/or receiving the second identification information and/or the third identification information. In addition, each tus may te a mode of service continuation in switching to an EPS service which the UE_A supports and/or requests, by transmitting and/or receiving the fourth identification information and/or the fifth identification information.
In addition, each apparatus may indicate a type of a DN which the UE_A 10 requests, by transmitting and/or receiving the first identification information and/or the sixth identification information. In addition, each apparatus may indicate an NSI with which the UE_A 10 requests connection, by transmitting and/or receiving the ninth identification information. In addition, each apparatus may indicate the MME_A 40 or the CPF_A 140 with which the UE_A 10 requests connection, by including the seventh identification information and/or the eighth identification ation.
In addition, each apparatus may indicate whether or not a PDU session with which an establishment is requested can maintain connectivity by the same IP s even at ing a tion destination of a PDU session, by transmitting and/or receiving one or more of the first identification ation to the ninth identification information.
Note that the timing of switching a connection destination of a PDU session may be a timing of switching a PDU session from an NGS service to an EPS e, or may be a timing of switching a PDU session from the core network_B 190 to the core network_A The CPF_A 140 receives a PDU n establishment request message, and performs the first condition determination. The first condition determination is ed to determine whether or not the CPF_A l40 accepts a request of the UE_A 10. In the first condition determination, the CPF_A 140 determines whether the first condition is true or false. The CPF_A 140 starts the ure of (A) in the present procedure in a case that the first condition is true, and starts the procedure of (B) in the present procedure in a case that the first condition is false. Note that steps in a case that the first condition is false will be described later.
As follows, steps in a case that the first ion is true, in other words, each step of the procedure of (A) in the present ure will be described. The CPF_A 140 performs the procedure of (C) in the present procedure, and starts the procedure of (A) in the present procedure. In addition, each step of the procedure of (C) in the present l7R00341/NZ PCT/JP20l7/029303 ure will be described. The CPF_A 140 transmits a create session request message to the UPGW_A130, and starts the procedure of (C) in the present ure ($1502).
Here, the CPF_A 140 may include at least one or more of the first fication information to the ninth identification information in a create session request message, it is an initial request, or may convey may include information to te whether or not a request of the UE_A 10, by including these pieces of identification information.
In addition, the UPGW_A130 receives a create n t message, and performs the third condition determination. Note that the third ion determination is intended to determine whether or not the UPGW_A130 accepts a request of the UE_A 10.
The third condition being true may be in a case of accepting a request of the UE_A 10, and may be in a case that a request of the UE_A 10 is allowed. The third condition being false may be in a case of rejecting a request of the UE_A 10, or may be in a case of not determining the third condition being true.
The third ion determination may be performed not by the UPGW_A130 but by another tus (e. g., the PCRF_A 60). In that case, the 130 ms an IP-CAN session establishment procedure with the PCRFfiA 60. More specifically, the UPGW_A130 transmits a t message to the PCRF_A 60 in an IP—CAN session establishment procedure. In addition, the PCRF_A 60 receives a request message in an IP-CAN session establishment procedure, determines the third condition, and transmits a to the UPGW_A130. In response e in an IP-CAN session establishment procedure addition, the UPGW_A130 receives a response message in an IP-CAN session establishment procedure, and recognizes a result of the third condition determination.
Here, the UPGW_A130 may include at least one or more of the first identification information to the ninth identification information in a request message in an IP-CAN session establishment procedure, or may convey a request of the UE_A 10, by including these pieces of identification information.
The PCRF_A 60 may include at least a result of the third information determination in a response message in an IP-CAN session establishment procedure, or third condition determination by including may notify the UPGW_A130 of a result of the this result.
In addition, the PCRF_A 60 may include one or more of the eleventh identification information to the nineteenth identification information in a response message in an 17R00341/NZ 2017/029303 IP-CAN session establishment procedure, or may indicate that a request of the UE_A 10 has been allowed, by including these pieces of identification information.
The PCRF_A 60 may include one or more of the twenty—first identification information to the twenty-sixth identification ation in a response message in an IP—CAN session establishment procedure, or may te that a request of the UE_A 10 has been rejected, by including these pieces of identification ation.
Note that in a case that the PCRF_A 60 has performed the third condition determination, the UPGW_A130 may perform the third condition determination, based on a result of the third condition determination received from the PCRF_A 60. For e, in a case that the PCRF_A 60 accepts a request of the UE_A 10, the PCRF_A 60 and the UPGW_A130 may assume the third condition as true, and in a case that the PCRF_A 60 rejects a request of the UE_A 10, the PCRF_A 60 and the UPGW_A130 may assume the third condition as false.
In the third ion ination, the UPGW_A13O determines whether the third condition is true or false. In a case that the third condition is true, the UPGW_A130 transmits a session generation response message to the CPF_A 140 (81506). In addition, the CPF_A 140 receives a session generation response message.
The UPGW_A130 may include one or more of the eleventh identification information to the nineteenth identification information in a session generation response message, may include an IP address in a n generation response message, or may te that a request of the UE_A 10 has been allowed, by including these pieces of identification information.
In a case that the third condition is false, the UPGW_A13O its a session generation reject message to the CPF_A 140 (81508). Note that the session generation reject message may be a session generation response message including a Reject cause.
The UPGW_A130 may include one or more of the twenty-first identification information and the twenty-sixth fication ation in a session generation reject message, or may indicate that a request of the UE_A 10 has been rejected, by including these pieces of identification information.
Each apparatus completes the procedure of (C) in the present procedure, based on transmission and/or reception of a session generation response message and/or a session generation reject message. l7R0034l/NZ The CPFvA 140 transmits a PDU session establishment accept message to the NR node_A122, based on reception of a session generation response message (S1514). Note that in a case of having received a session generation reject message, the CPF_A 140 may not continue the ure of (A) in the present procedure, and may start the procedure of (B) in the present procedure. In a case that a PDU session is PDN connection, a PDU session establishment accept message may be a PDN tivity Accept message, or A PDU session may be an Activate default rer context request message. establishment accept message may be a response message to a PDU session establishment request e but not limited to this, and may be a message to accept a request of a PDU session establishment.
The NR node_Al22 receives a PDU session establishment accept message, and transmits an RRC message (e.g., which may be an RRC message such as an RRC Connection Reconfiguration message and an RRC ConnectionSetup message or an RRC Direct Transfer message) and/or a PDU session establishment accept message to the UE_A 10 (S1516). Note that a PDU session establishment accept message may be transmitted and/or received included in an RRC message.
Here, the CPF_A 140 may e at least one or more of the eleventh identification information to the nineteenth identification information in a PDU n establishment accept message, may e an IP address in a PDU session establishment accept message, or may indicate that a request of the UE_A 10 has been accepted, by ing these pieces of identification information.
In addition, each apparatus may indicate a connection service which the network allows and/or ts, by transmitting and/or receiving the twelfth identification information and/or the thirteenth identification information. In addition, each apparatus in switching to an EPS e which the may indicate a mode of e continuation network supports and/or allows, by transmitting and/or receiving the fourteenth identification information and/or the fifteenth identification information.
In on, each apparatus may indicate a type of a DN which the network allows, by transmitting and/or receiving the eleventh fication information and/or sixteenth identification information. In addition, each apparatus may indicate an NSI with which the network allows connection, by transmitting and/or receiving the nineteenth identification ation. In addition, each apparatus may indicate the MME_A 40 or the CPF_A 140 with which the network allows connection, by transmitting and/or receiving 17R00341/NZ the seventeenth identification information and/or the eighteenth identification information.
In addition, for example, each tus may indicate reasons why a request of the UE_A 10 has been accepted, by transmitting and/or receiving one or more of the eleventh identification information to the nineteenth identification ation. In addition, each apparatus may indicate processes which each apparatus is to perform after the present procedure, based on reasons why a request of the UE_A 10 has been accepted, may perform the present procedure again, or may perform the t procedure in another condition. For example, the UE_A 10 may perform connection to the core network_A 90 and/or switch of an EPS service, based on processes which each apparatus is to m included in reasons why a PDU session establishment procedure has been ed.
In on, each apparatus may indicate whether or not a PDU session established can maintain connectivity by the same IP address even at switching a connection destination of a PDU session, by transmitting and/or receiving one or more of the eleventh identification information to the nineteenth identification information.
In a case of having received an RRC message, the UE_A 10 transmits an RRC RRC Connection message (e.g., which may be an RRC message such as an Reconfiguration Complete message, an RRC Connection Setup Complete message, and an ect Transfer message) to the NR node_A122 (S1518). The NRnode_A122 receives an RRC message, and transmits a bearer configuration message to the CPF_A 140 ). In addition, the CPF_A 140 receives a bearer configuration message.
In a case of having received a PDU session establishment accept e, the UE_A 10 transmits a PDU session establishmentcomplete message to the CPF_A 140 through the NR node_A122 (81522), ). In addition, the CPF_A 140 receives a PDU n ishment complete message, and performs the second condition determination. Note that in a case that a PDU session is PDN connection, a PDU session establishment complete message may be a PDN Connectivity complete message, or may be an Activate default EPSbearer context accept message. A PDU session establishment complete e may be a response message to a PDU session establishment accept indicate that a PDU session message but not limited to this, and may be a message to establishment procedure completes.
The second ion ination is intended to determine necessity or not of the need that the CPF_A 140 requests a modification of a bearer in the UPGW_A130. In a case that the second condition is true, the CPF_A 140 starts the procedure of (D) in the 17R00341/NZ present procedure. In a case that the second condition determination is false, the CPF_A 140 does not perform the procedure of (D) in the present procedure. As follows, each step of the procedure of (D) in the present procedure will be described. In a case that the second condition is true, the CPF_A 140 transmits a modify bearer request message to the SGW_A35 ($1526), and starts the procedure of (D) in the present procedure. In addition, the SGW_A35 receives a modify bearer request message, and transmits a modify bearer the CPF_A 140 receives a se message to the CPF_A 140 ). In addition, modify bearer response message, and completes the procedure of (D) of the present procedure. In addition, each apparatus completes the procedure of (A) in the t procedure, based on transmission and/or reception of a PDU n establishment complete message in a case that the second condition determination is false, and/or based on completion of the procedure of (D) in the present ure in a case that the second condition determination is true.
Each step of the procedure of (B) in the present procedure will now be described.
The CPF_A 140 initiates the ure of (B) in the present procedure by a ission of a PDU session establishment reject message to the UE_A 10 through the NR node_A122 (31530). In addition, the UE_A 10 recognizes that a request of the UE_A 10 has been rejected by receiving the PDU session establishment reject message. Each apparatus completes the procedure of (B) in the present procedure, based on transmission and/or reception of the PDU session establishment reject e. The PDU session establishment reject e may include an appropriate reject cause. Note that in a case that a PDU session is PDN connection, the PDU session establishment reject message may be a PDN Connectivity reject message. The PDU n establishment reject message but not may be a response message to a PDU n establishment request message limited to this, and may be a message to reject a request of establishment of a PDU The CPF_A 140 may include one or more of the twenty-first fication information to the twenty-sixth fication information in a PDU session establishment reject message, or may indicate that a request of the UE_A 10 has been rejected, by including these pieces of identification information.
In addition, each apparatus may indicate reasons why a PDU session establishment procedure has been rejected, by transmitting and/or receiving the twenty-first identification information, or may indicate processes which each apparatus is to perform after an attach procedure to the core network_B 190. l7R0034l/NZ 2017/029303 In addition, each apparatus may indicate that the network does not support and/or allow connection to the core network_A 90 and/or switch of an EPS service, by transmitting and/or ing the twenty-second identification information and/or the -third identification information. In on, each apparatus may indicate a mode of service continuation in switching to an EPS e which the network does not support and/or allow, by transmitting and/or receiving the twenty—fourth identification information and/or the twenty-fifth identification ation. In addition, each apparatus may indicate an N81 with which the network does not allow connection, by transmitting and/or receiving the twenty-sixth identification information.
Each apparatus completes the present procedure, based on completion of the procedures of (A) or (B) of the present ure. Note that each apparatus may make transition to a condition where a PDU session has been established, based on completion of the procedure of (A) in the present procedure, may recognize that the present procedure has been ed, based on completion of the procedure of (B) in the present procedure, or may make transition to a condition where a PDU session is not established.
In addition, each apparatus may perform processes based on identification information itted and/or received in the t procedure, based on completion of the present procedure. For example, in a case of having transmitted and/or received one or more of the twenty-first identification information to the twenty-sixth identification information, each apparatus may recognize reasons why a request of the UE_A 10 has been rejected. In addition, each apparatus may perform the present procedure again, based on reasons why a request of the UE_A 10 has been rejected, or may perform the present procedure in another condition. For example, the UE_A 10 may perform connection to the core network_A 90 and/or switch of an EPS service, based on ses which is to be performed by each apparatus and is ed in reasons why a PDU session establishment procedure has been accepted.
The previously described first condition determination to the third condition determination may be performed based on identification information, and/or subscriber information, and/or operator policies included in a PDU session establishment request the third condition is message. Conditions that true or false of the first condition to determined may not be limited to the previously described conditions.
For e, the first condition and/or the third ion may be true in a case that the UE_A 10 requests an establishment of a session and the network allows the request. The first condition and/or the third condition may be false in a case that the UE_A 10 requests an establishment of a n and the network does not allow the 17R00341/NZ request. In addition, the first condition and/or the third condition may be false in a case that the network of a connection destination of the UE_A 10 and/or an apparatus in the network does not support an establishment of a session that the UE_A 10 requests. 1.3.3. Example of Attach Procedure to Core Network_B Using , an e of a procedure to perform an attach procedure to the core network_B 190 will be described. As s, the present procedure refers to attach procedure to the core network_B 190. The present procedure is a procedure for the UE_A 10 to be registered with the core network_B 190. As follows, each step of the t procedure will be described. First of all, the UE_A 10 transmits an Attach request and starts an attach message to the CPF_A 140 through the NR node_A122 ($1600), procedure to the core network_B 190. The UE_A 10 may transmit ing the previously described PDU session establishment request message in an attach request establishment procedure in an attach message, or may request performing a PDU session procedure to the core network_B 190, by including a PDU session establishment request message.
Here, the UE_A 10 may include at least one or more of the first fication ation to the ninth identification information in an attach request message, or may indicate a request of the UE_A 10, by including these pieces of identification information.
In addition, each apparatus may indicate a connection service which the UE_A 10 requests and/or supports, by itting and/0r receiving the second identification information and/or the third identification ation. In addition, each tus may indicate a mode of service continuation in switching to an EPS service which the UE_A supports and/or requests, by itting and/or receiving the fourth identification information and/or the fifth identification ation.
In addition, each tus may indicate a type of a DN which the UE_A 10 ts, by transmitting and/or receiving the first identification information and/or the sixth identification information. In addition, each apparatus may indicate an N81 with which the UE_A 10 requests connection, by transmitting and/or receiving the ninth identification information. In addition, each apparatus may indicate the MME_A 40 or the CPF_A 140 with which the UE_A 10 requests connection, by including the seventh identification information and/or the eighth identification information. [03 02] In addition, each apparatus may indicate whether or not a PDU session with which even at an establishment is requested can maintain connectivity by the same IP address 17R0034l/NZ switching a connection destination of a PDU session, by transmitting and/or receiving one or more of the first identification information to the ninth identification information. [03 03] Note that the UE_A 10 may transmit including these pieces of identification information in a control message ent from an attach request message. [03 04] The CPF_A 140 receives an attach request e and/or a control message different from an attach request message, and ms the first condition determination.
The CPF_A 140 starts the procedure of (A) in the present procedure in a case that the first condition is true, and starts the procedure of (B) in the present procedure in a case that the first condition is false.
As follows, each step of the procedure of (A) in the present ure will be described. The CPF_A 140 ms the fourth condition ination, and starts the procedure of (A) in the present procedure. In the fourth condition determination, the CPF_A 140 determines whether the fourth condition is true or false. The CPF_A 140 performs the procedure of (C) in a PDU session establishment procedure initiated by the UE by starting it in a case that the fourth condition is true, and omits it in a case that the fourth condition is false (81604). In addition, the CPF_A 140 transmits an Attach accept attach request message and/or a message to the NR node_A122 based on reception of an session generation response message, and/or completion of the procedure of (C) in a PDN connectivity procedure (81606). Note that in a case of having ed a n generation reject message, the CPF_A 140 may not continue the procedure of (A) in the present procedure, and may start the procedure of (B) in the present procedure.
The NR node_A122 receives an attach accept message, and transmits an RRC RRC Connection message (e.g., which may be an RRC message such as an Reconfiguration message, an RRC Connection Setup message, and an RRC Direct Transfer message) and/or an attach accept message to the UE_A 10 (81608). Note that an attach accept message may be transmitted and/or received included in an RRC message.
In on, in a case that the fourth condition is true, the CPF_A 140 may transmit the previously described PDU session establishment accept e included in an attach accept message, or may indicate that a PDU n establishment procedure has been accepted by ing a PDU session establishment accept message.
Here, the CPF_A 140 may include at least one or more of the eleventh fication information to the nineteenth identification information in an attach accept indicate that a message, may include an IP address in an attach accept message, or may l7R0034l/NZ request of the UE_A 10 has been accepted, by including these pieces of identification information.
In on, each apparatus may indicate a connection service which the network allows and/or supports, by transmitting and/or receiving the twelfth identification information and/or the enth identification information. In addition, each apparatus in switching to an EPS service which the may indicate a mode of service continuation network supports and/or allows, by transmitting and/or receiving the fourteenth identification information and/or the fifteenth identification information.
In addition, each apparatus may indicate a type of a DN which the network allows, by transmitting and/or receiving the eleventh identification information and/or sixteenth identification information. In on, each apparatus may te an NSI with which the network allows connection, by transmitting and/or receiving the nineteenth identification information. In addition, each apparatus may indicate the MME_A 40 or the CPF_A 140 with which the network allows connection, by including the seventeenth identification information and/or the eighteenth identification information. [03 10] In addition, each apparatus may indicate reasons why a request of the UE_A 10 has been accepted, by itting and/or receiving one or more of the eleventh identification information to the nineteenth identification information. In addition, each apparatus may te processes which each tus is to perform after the present procedure, based the present on reasons why a request of the UE_A 10 has been accepted, may perform procedure again, or may perform the present procedure in another condition. For example, the UE_A 10 may perform connection to the core network_A 90 and/or switch of an EPS service, based on processes which each apparatus is to perform included in s why an attach procedure to the core network_B 190 has been accepted. [03 1 1] In addition, each apparatus may indicate whether or not a PDU session ished can maintain connectivity by the same IP address even at switching a connection ation of a PDU n, by transmitting and/or receiving one or more of the th identification information to the nineteenth identification information. [03 12] Here, the first condition ination may be the same as the first condition determination in a PDU session establishment ure. The fourth condition ination is intended to determine whether or not the CPF_A 140 performs a PDU session ishment procedure. The fourth condition being true may be in a case of having ed a PDU session establishment request message, or may be in a case of performing a PDU session establishment procedure in the present procedure. The fourth 17R00341/NZ condition being false may be in a case of not having received a PDU session establishment request message, may be in a case of not performing a PDU n establishment procedure in the present procedure, or may be in a case of not determining the fourth condition being true.
In a case that the UE_A 10 has received an RRC message from the NR node_A122, the UE_A 10 its an RRC connection message (e.g., which may be an RRC message such as an RRC Connection Reconfiguration Complete message, an RRC Connection Setup Complete message, and an RRCDirect Transfer message) to the NR node_A122 ($1610). The NRnode_A122 receives an RRC message, and transmits a bearer configuration message to the CPF_A 140 (81612). In on, the CPF_A 140 receives a bearer configuration message.
In a case that the UE_A 10 has received an attach accept message through the NR node_A122 from the CPF_A 140, the UE_A 10 its an Attach te message to the CPF_A 140 through the NR node_A122 ($1614), (31616). In addition, the CPF_A 140 receives an attach complete message. In on, in a case that the fourth condition is true, the CPF_A 140 performs the second ion determination. The second condition determination is intended to determine necessity or not of the need that the CPF_A 140 ts a modification of a bearer in the UPGW_A130. In a case that the second condition is true, the CPF_A 140 starts and performs the procedure of (D) in a PDU session establishment procedure ($1618). Each apparatus completes the procedure of (A) in the present procedure, based on transmission and/or reception of an attach complete of (D) in a PDU n establishment message and/or completion of the procedure procedure.
Note that in a case of having received a PDU n establishment accept described PDU session establishment e, the UE_A 10 may transmit the previously complete message included in an attach complete message, or may indicate completing a PDU session establishment procedure, by including a PDU session establishment complete message.
Each step of the procedure of (B) in the present procedure will now be described.
The CPF_A 140 transmits an Attach reject message to the UE_A 10 h the NR node_A122, and starts the procedure of (B) in the present procedure (81620). In addition, the UE_A 10 receives an attach reject message, and izes that a request of the UE_A has been rejected. Each apparatus completes the procedure of (B) in the present procedure, based on transmission and/or reception of an attach reject message. Note that in a case that the fourth condition is true, the CPF_A 140 may transmit the previously 17R00341/NZ described PDU session establishment reject message included in an attach reject message, or may indicate that a PDU session establishment procedure has been rejected by including a PDU session ishment reject message. In that case, in addition, the UE_A may receive a PDU session establishment reject message, or may ticate that a PDU session establishment ure has been rejected. [03 l 7] The CPF_A 140 may include one or more of the twenty-first identification information and the twenty—sixth identification information in an attach reject message, or these pieces of may indicate that a request of the UE_A 10 has been rejected, by including identification information. [03 1 8] In addition, each apparatus may recognize reasons why an attach procedure to the core network_B 190 has been rejected, by transmitting and/or receiving one or more of the twenty-first identification information to the twenty-sixth identification information, after an attach ure to the may indicate processes which each apparatus is to perform core network_B 190, may perform the t procedure again, or may perform the present procedure in another condition. For example, the UE_A 10 may perform connection to the core network_A 90 and/or switch of an EPS service, based on processes which each apparatus is to perform included in reasons why an attach procedure to the core network_B 190 has been rejected. [03 19] In on, each apparatus may indicate reasons why a PDN connectivity procedure has been ed, by transmitting and/0r receiving the -first fication information, or may indicate processes which each apparatus is to perform after an attach procedure to the core network_A 90. In addition, each apparatus may indicate that the network does not support and/or allow connection to the core network_A 90 and/or switch of an EPS service, by transmitting and/or ing the twenty-second identification information and/or the -third fication information.
In addition, each apparatus may indicate a mode of service continuation in switching to an EPS service which the network does not support and/or allow, by itting and/or receiving the twenty-fourth identification information and/or the twenty—fifth identification information. In addition, each apparatus may indicate a DCN with which the network does not allow connection, by transmitting and/or ing the twenty-sixth identification information.
Each apparatus tes the present procedure, based on completion of the procedures of (A) or (B) of the present procedure. Note that each apparatus may make transition to a condition where the UE_A 10 is connected with the network and/or a 17R00341/NZ registered condition, based on completion of the procedure of (A) in the present procedure, may recognize that the present ure has been rejected, based on completion of the procedure of (B) in the present procedure, or may make transition to a condition unable to connect with the network. Transition to each ion of each tus may be performed based on completion of the present procedure, or may be performed based on an establishment of a PDU session.
In on, each apparatus may perform processes based on identification information transmitted and/or received in the present procedure, based on completion of the present procedure. For example, in a case of having transmitted and/0r received one or more of the twenty-first fication information to the -fifth identification information, each apparatus may recognize s why a request of the UE_A 10 has been rejected. In addition, each apparatus may perform the present procedure again, based an attach on reasons why a request of the UE_A 10 has been ed, or may perform procedure to the core network_B 190 for the core network_A 90 or another cell.
The above-mentioned first ion ination to the fourth condition determination may be performed based on fication information, and/or subscriber information, and/or operator policies included in an attach request message. Conditions by which true or false of the first condition to the fourth condition is determined may not be limited to the above-mentioned conditions.
For e, the first condition determination and/or the third condition determination may be similar to the example of the above-mentioned PDU session establishment procedure. 1.3.4. Brief Description of Tracking Area Update Procedure A brief ption of a Tracking Area Update Procedure will be described. As follows, the present procedure refers to a tracking area update procedure. The present procedure is a procedure to update location registration information of the UE_A 10 in the network (an access network and/or the core network_B 190), and/or periodically notify a condition of the UE_A 10 from the UE_A 10 to the network, and/or update particular parameters related to the UE_A 10 in the network. In a condition being connected to a PDU session, the UE_A 10 can perform the present procedure at any timing. The UE_A can periodically perform the present procedure. 1.3.4.1. e of ng Area Update Procedure Using , an example of a procedure to perform a tracking area update procedure will be described. As follows, each step of the present procedure will be l7R0034l/NZ bed. First of all, the UE_A 10 transmits a Tracking Area Updaterequest message to the CPF_A 140 through the NR node_A 122 (81700), and starts a tracking area update procedure.
Here, the UE_A 10 may e at least one or more of the thirty-first identification information to the thirty-seventh fication information in a tracking area update request message, or may indicate a t of the UE_A 10, by including these pieces of identification information.
In on, each apparatus may te a connection service which the UE_A 10 ts, by transmitting and/or receiving the —second identification information. In addition, each apparatus may indicate a mode of service continuation in switching to an EPS service which the UE_A 10 supports and/or ts, by transmitting and/or receiving the thirty—fifth identification information and/or the thirty-sixth identification information.
In addition, each apparatus may indicate an N81 with which the UE_A 10 requests connection, by transmitting and/or receiving the thirty-seventh identification information.
In addition, each apparatus may indicate a target connection e of which the UE_A requests update of registration information, by transmitting and/or receiving the thirty-first identification information. In on, each apparatus may indicate the MME_A 40 or the CPF_A 140 with which the UE_A 10 requests connection, by including the thirty-third identification information and/or the thirty-fourth identification information.
The CPF_A 140 receives a tracking area update t message, and performs the first condition determination. In the first condition determination, the CPF_A 140 determines whether the first condition is true or false. The CPF_A 140 starts the procedure of (A) in the present procedure in a case that the first condition is true, and starts the procedure of (B) in the present procedure in a case that the first condition is false. Note that steps in a case that the first condition is false will be described later. [033 1] As follows, steps in a case that the first condition is true, in other words, each step of the procedure of (A) in the present procedure will be described. The CPF_A 140 performs the fourth condition determination, and starts the procedure of (A) in the present ure. In the fourth condition determination, the CPF_A 140 determines whether the fourth condition is true or false. The CPF_A 140 starts the procedure of (C) in the present procedure in a case that the fourth condition is true, and omits it in a case that the fourth condition is false ($1703). 17R00341/NZ Here, the first condition determination may be the same as the first condition determination in an attach procedure to the core network_B 190. The fourth condition determination is ed to determine necessity or not of modify and/or addition and/or delete ure of a PDU session.
Here, the CPF_A 140 may include at least one or more of the thirty-first identification information to the thirty-seventh identification information in a message in the procedure of (C) in the present procedure, and may convey a t of the UE_A 10 to each apparatus. by including these pieces of identification information. [03 34] In addition, the CPF_A 140 performs the third condition determination after completion of the procedure of (C). Here, the third condition determination is intended to determine whether the CPF_A 140 accepts a request of the UE_A 10, and the third condition ination may be determined based on information ed from any apparatus in the procedure of (C). In the third condition determination, the CPF_A 140 determines whether the third condition is true or false. The CPF_A 140 transmits a Tracking Area Update accept message to the UE_A 10 through the NR node_A 122 in a case that the third condition is true, the procedure of (C) in the present ure ($1706), or starts the procedure of (B) in the present procedure in a case that the third condition false. A tracking area update accept message may include an riate accept cause.
Note that a tracking area update accept message may be a response message to a tracking area update request e but not limited to this, and may be a message to accept a request of a tracking area .
Here, the CPF_A 140 may include at least one or more of the forty-first identification information to the seventh identification information in a tracking area update accept message, or may indicate that a request of the UE_A 10 has been accepted, by including these pieces of identification information.
In addition, each apparatus may te whether or not the network supports and/or allows connection to the core k_A 90 and/or switch of an EPS service, by transmitting and/or receiving the forty-third fication information and/or the forty-fourth identification information. In addition, each apparatus may indicate a mode of service continuation in switching to an EPS service which the network supports and/or allows, by transmitting and/or receiving the forty—fifth identification information and/or the forty-sixth identification information. [03 3 7] 41/NZ In addition, each apparatus may indicate an N81 with which the network allows connection, by transmitting and/or receiving the forty-seventh identification information.
In addition, each apparatus may te s why a request of the UE has been accepted, by transmitting and/or receiving one or more of the forty—first fication information to the forty-seventh identification information. In addition, each tus after the t procedure, may indicate processes which each apparatus is to perform based on s why a request of the UE_A 10 has been accepted, may perform the present procedure again, or may perform the present procedure in another ion. For example, the UE_A 10 may perform connection to the core network_A 90 and/or switch of an EPS service, based on processes which each apparatus is to perform included reasons why a tracking area update procedure has been accepted.
In a case of having received a tracking area update accept message, the UE_A 10 transmits a Tracking Area Update complete message to the CPF_A 140 through the NR node_A 122 (81710). Each apparatus completes the procedure of (A) in the present procedure, based on transmission and/or reception of a ng area update complete message.
Each step of the ure of (B) in the present procedure will now be described.
The CPF_A I40 transmits a ng Area Update reject message to the UE_A 10 through the NR node_A 122. In addition, the UE_A 10 receives a tracking area update reject has been rejected. Each tus message, and recognizes that a request of the UE_A completes the procedure of (B) in the t procedure, based on transmission and/or reception of a tracking area update reject message. A tracking area update reject message that a tracking area update reject message may include an appropriate reject cause. Note but not limited to may be a response message to a tracking area update request message this, and may be a e to reject a request of a tracking area update.
Here, the CPF_A 140 may include one or more of the twenty-first identification information to the twenty—sixth identification information in a tracking area update reject has been rejected, by including message, or may indicate that a request of the UE_A these pieces of identification information.
In addition, each apparatus may indicate reasons why a tracking area update procedure has been rejected, by transmitting and/or receiving the twenty-first identification information, or may indicate processes which each apparatus is to m after a tracking area update procedure. l7R00341/NZ In on, each apparatus may indicate that the network does not support and/or allow connection to the core network_A 90 and/or switch of an EPS service, by transmitting and/or ing the twenty-second identification information and/or the twenty-third identification information. In addition, each apparatus may indicate a mode of service continuation in switching to an EPS service which the network does not support and/or allow, by transmitting and/or receiving the twenty—fourth identification ation and/or the twenty-fifth identification information. In on, each apparatus may indicate a DCN with which the network does not allow connection, by transmitting and/or receiving the twenty-sixth identification information.
Each apparatus tes the present procedure, based on completion of the procedures of (A) or (B) of the present procedure.
In addition, each tus may perform processes based on identification information transmitted and/or received in the present ure, based on completion of the present procedure. For example, in a case of having transmitted and/or received one or more of the twenty-first identification information to the twenty-sixth identification information, each apparatus may indicate reasons why a request of the UE_A 10 has been rejected. In addition, each apparatus may indicate ses which each apparatus is to m, based on reasons why a request of the UE_A 10 has been rejected, may perform the present procedure again, or may perform the present procedure in another condition.
For e, the UE_A 10 may perform tion to the core network_A 90 and/or switch of an EPS service, based on processes which each apparatus is to perform included in reasons why a tracking area update procedure has been rejected.
The previously described first condition determination, and/or the third condition ination, and/or the fourth condition determination may be performed based on identification information, and/or subscriber information, and/or operator policies included in a tracking area update request message. Conditions that true or false of the first condition, and/or the third ion, and/or the fourth condition is determined may not be d to the previously described conditions.
For example, the first condition, and/or the third condition. and/or the fourth condition may be true in a case that the UE_A 10 requests a tracking area update, and the network allows a request. The first condition, and/or the third condition, and/or the fourth condition may be false in a case that the UE_A 10 does not request a tracking area update, and the network allows a request. In addition, the first condition, and/or the second ion, and/or the third condition may be false in a case that the network of the 17R00341/NZ connection destination of the UE_A 10 and/or an apparatus in the network does not support a tracking area update which the UE_A 10 requests. 1.4. Description of Re-connectivity Procedure Next, a re-connectivity procedure according to the t embodiment will be described. Here, a re-connectivity procedure is a procedure from releasing connectivity at one time to establishing connectivity again. In this embodiment, a ure to switch a PDU session connecting with core the k_B 190 to a PDN connection connecting with the core network_A 90 will be described. The present procedure may be a procedure to make transition from a condition connected to the core network_A 90 to a ion connected with the core network_B 190. Note that, in the present embodiment, two re-connectivity procedures will be described. As follows, the first re-connectivity procedure and the second re-connectivity procedure will be described. 1.4.1. Description of First Re-connectivity ure The first re-connectivity procedure in the present embodiment will be described using . As follows, the present procedure refers to the first re-connectivity procedure, and each procedure es a detach procedure, an attach procedure to the core network_A 90, a PDN connectivity ure. Note that s of each ure will be described below. First of all, each apparatus performs transition to the first condition connected with the core network_B 190 (S1800).
The t procedure is initiated by the network to transition from a condition where the UE_A 10 is registered to the core network_B 190 to a condition registered to the core network_A 90, and is a procedure to change and/or switch the core network accessed by the UE_A 10 and a connection service used. In addition, by the present procedure, the UE_A 10 may maintain an IP address even in a case of having changed a core network accessed or a connection service used. Note that a procedure to make transition to the first condition may be an initial procedure described in Chapter 1.3. [03 5 1] Then, each apparatus ms a detach procedure (S1802), and transitions to a condition where the UE_A 10 does not connect with the core network_B 190. Then subsequently, each apparatus performs an attach procedure to the core k_A 90 (S1804), and transitions to a condition where the UE_A 10 connects with the core k_A 90. Note that, here, attach to the core network_A 90 is an attach procedure for the core network_A 90. In addition, each apparatus may perform a PDN Connectivity procedure (S1806). Note that, here, attach to the core network_A 90 is an attach procedure for the core network_A 90. l7R00341/NZ 2017/029303 Note that each apparatus may exchange various capability information and/or s request information of each apparatus in a detach procedure, and/or an attach procedure to the core network_A 90, and/or a PDN connectivity procedure. For example, the UE_A 10 may it at least one or more of the rst identification information to the fifty-seventh identification information to the core network_B 190 in a detach procedure.
Note that in a case of having performed exchange of various information and/or negotiation of various request in an attach procedure to the core network_A 90, each apparatus may not perform ge of various ation and/or negotiation of various request in a PDN connectivity procedure. On the contrary in a case of not having performed exchange of various information and/or negotiation of various request in an attach procedure to the core network_A 90, each apparatus may perform exchange of various information and/or negotiation of various request in a PDN connectivity procedure. Not only this, even in a case of having performed exchange of various information and/or negotiation of various request in an attach procedure to the core network_A 90, each apparatus may perform exchange of various information and/or negotiation of various request in a PDN connectivity procedure. [03 54] For example, in an attach procedure and a PDN connectivity procedure, the UE_A may transmit at least one or more of the first identification information to the eighth fication information to the core network_B 190, or the core network_A 90 may receive at least one or more of the sixty-first identification information to the sixty-eighth identification information from UE_A 10, and in addition, may transmit at least one or more of the nineteenth fication ation to the twenty-sixth fication information to the UE_A 10.
The UE_A 10 may transmit at least one or more of the sixty-first identification information to the sixty-sixth identification information to the core network_A 90 in an attach ure, and may not transmit at least one or more of the sixty-first fication information to the sixty-sixth identification information to the core network_A 90 in a PDN connectivity procedure. Similarly, the core network_A 90 may transmit at least one and the or more identification among at least the nineteenth identification information twenty-sixth identification ation to the UE_A 10 in an attach procedure, and may not transmit at least one or more identification among at least the nineteenth identification information and the twenty-sixth identification information to the UE_A 10 in a PDN connectivity procedure. 17R00341/NZ On the contrary, the UE_A 10 may not transmit at least one or more of the sixty-first identification information to the sixty-sixth identification information to the core network_A 90 in an attach procedure, and may transmit at least one or more of the first identification information to the sixty-sixth identification ation to the core network_A 90 in a PDN connectivity procedure. Similarly, the core network_A 90 and the twenty-sixth may not transmit at least the nineteenth fication ation identification information in an attach procedure, and may transmit at least the nineteenth identification information and the twenty-sixth fication information in a PDN connectivity procedure.
The UE_A 10 may transmit identification information which has not been transmitted in an attach procedure to the core network_A 90 among the sixty-first identification information to the sixty—sixth identification information to the core networkflA 90 in a PDN connectivity procedure. Similarly, the core network_A 90 may transmit identification information which has not been transmitted in an attach procedure to the core network_A 90 among the nineteenth identification information and the twenty-sixth fication ation to the UE_A 10 in a PDN connectivity procedure.
By the above-mentioned procedures, each apparatus completes the present procedure. Note that by transmitting and/or receiving each control message bed in the t procedure, each apparatus involved in the present procedure may it and/or receive one or more identification information included in each control message, and may store each transmitted and/or received identification ation as a context. In addition, each apparatus may make transition to an appropriate ion, based on completion of the present procedure. 1.4.1.1. Description of Detach Procedure First of all, a detach procedure will be described using . As follows, the present procedure refers to a detach procedure. The present embodiment is a procedure initiated by the core network_B 190 to disconnect connection between the UE_A 10 and the network (an access network, and/or the core k_B 190, and/or the PDN_A 5). In other words, in a case of the first condition where the UE_A 10 is connecting to the core network_B 190, the core network_B 190 can start the present procedure at any timing. In other words, in a condition (EMM-REGISTERD) where the UE_A 10 is registered with the core network_B 190, the core network_B 190 may start the present procedure at any . Each apparatus may make transition to a condition (EMM-DEREGISTERD) where the UE_A 10 is not registered with the core network_B 190, based on completion of a detach procedure. [03 60] 17R0034l/NZ First of all, the CPF_A 140 its a Detach Request message to the UE_A 10 through the NR node_A 122 ($1900), and starts a detach procedure. Note that a trigger that the CPF_A 140 starts a detach procedure is, for example, based on determining that an apparatus in the core network_B 190 cannot provide connectivity to the UE_A 10 after from position information of the UE_A 10, and the CPF_A 140 may start a detach ure. In addition, the CPF_A 140 may start a detach procedure, based on changes of operator policies or changes of subscriber information of the UE_A 10. In addition, the CPF_A 140 may start a detach ure, based on a request from a higher layer or an application server. Note that a trigger that the CPF_A 140 starts a detach procedure is not limited to these.
Here, the CPF_A 140 may include at least one or more of the fifty-first identification information to the fifty-seventh identification ation in a detach request message. By including these pieces of identification information in a detach t message, the CPF_A 140 may indicate a request to the UE_A 10. In other words, by including these pieces of identification ation, the CPF_A 140 may te requiring properties or ts indicated by each identification information previously described to the UE_A 10. [03 62] Note that the CPF_A 140 may include at least one or more of the fifty—first identification information to the eventh identification information in a detach request message, based on having transmitted at least one or more of the eleventh identification information to the eighteenth identification information to the UE_A 10, in an attach procedure to the core network_B 190 and/or a PDU session establishment procedure.
And/or, in a case of allowing service continuation to continue communication by an attach procedure to the core network_A 90 with a detach procedure and/or a PDN connectivity procedure with a detach procedure, the CPF_A 140 may include at least one or more of the fifty-first identification information to the fifty-seventh identification information in a detach request message. Here, authorization information of this e continuation may be managed as subscriber information to the UE_A 10. Thus, the CPF_A 140 may include these pieces of identification information, based on such iber information of the UEHA 10.
And/or, the CPF_A 140 may include at least one or more of the rst identification information to the fifty-seventh identification information in a detach request message, in a case of performing service continuation to continue communication by an attach procedure to the core network_A 90 with a detach procedure and/or a PDN 17R00341/NZ tivity procedure with a detach procedure, to part or all of one or more PDU sessions established by initiation of a detach procedure. [03 65] And/or, the CPF_A 140 may include the econd identification information in a detach request message, in a case of performing service continuation to continue communication by an attach procedure to the core network_A 90 with a detach procedure and/or a PDN connectivity ure with a detach procedure, and performing e continuation with IP address preservation, to part or all of one or more PDN connectivity procedures established by initiation of a detach ure, or otherwise, may determine not to include the fifty-second identification ation in a detach request message. [03 66] And/or, the CPF_A 140 may include the fifty-third fication information indicating an EPC in a detach request message, in a case of performing service continuation to ue communication by an attach procedure to the core network_A 90 with a detach procedure and/or a PDN connectivity procedure with a detach procedure, and ming service continuation to switch a communication path or communication established for an NGC to a communication path or communication established for an EPC, to part or all of one or more PDN connectivity procedures established by initiation of a detach procedure. Otherwise, the CPFflA 140 may include the hird identification information indicating an NGC in a detach request message, or may determine not to include the fifty-third identification information in a detach request message.
For example, the CPF_A 140 may request whether or not to start an attach procedure to the UE_A 10 again, by transmitting the fifty-first identification information.
The UE_A 10 may ine whether or not to start an attach procedure again, based on the fifty-first identification information received.
Note that the CPF_A 140 may notify the UE_A 10 of information to identify an NSI which the UE_A 10 detaches, by transmitting the fifty—fifth identification information. The UE_A 10 may in information to fy an NSI which the UE_A detaches, by receiving the fifty-fifth identification information. [03 69] Note that the CPF_A 140 may request a re-attaching procedure to a DCN and/or a PDN connectivity procedure indicated by the fifty-sixth identification information, by transmitting the fifty-sixth identification information. The UE_A 10 may determine to m a re-attaching procedure to a DCN and/or a PDN connectivity procedure indicated by the fifty-sixth identification information, by receiving the fifty-sixth identification information. 17R00341/NZ Here, a re-attaching ure may be an attach procedure to the core network_A 90 to start, based on tion of a detach procedure. In addition, to re-attach may indicate performing an attach procedure to the core network_A 90 to start, based on completion of a detach procedure.
In addition, each apparatus may te a service which cannot in ion and/or an NSI connected with a service which cannot maintain provision, by an attach procedure and/or a PDN connectivity procedure performed again after completion of a detach procedure, by transmitting and/or receiving the fifty-seventh identification information.
Note that the CPF_A 140 may request continuing one or more services by a re-attaching procedure and/or a PDN connectivity procedure, by transmitting the eventh identification information. The UE_A 10 may determine to continue one or more services indicated by the fifty—seventh identification ation by performing a re-attaching procedure and/or a PDN connectivity procedure, by receiving the fifty-seventh identification information. [03 73] Here, service identification information and a DCN performing a re-attaching procedure and/or a PDN connectivity procedure may be associated and transmitted and/or received. In addition, in a case that multiple pieces of service information are transmitted, different DCNs may be associated with each e and transmitted and/or received. Note that these one or more DCNs may be the previously described ixth identification information.
And/or, the CPF_A 140 may notify being unable to continue one or more services by a re—attaching procedure and/or a PDN connectivity procedure, by transmitting the fifty—seventh identification information. The UE_A 10 may determine being unable to ue one or more services by a re-attaching procedure and/or a PDN connectivity procedure, by receiving the fifty-seventh identification information.
In addition, each apparatus may indicate whether or not to use a flag indicating a handover in an attach procedure which is performed again after completion of a detach procedure, by transmitting and/or receiving the fifty-second identification information.
Note that in a case that the fifty-second identification ation indicates that transmission and/or ion of information indicating a handover is required, the CPF_A 140 may t the UE_A 10 to transmit a flag indicating a handover, in an l7R00341/NZ attach procedure to the core network_A 90 and/or a PDN connectivity procedure started based on completion of a detach procedure, by itting the fifty-second identification information. In addition, the UE_A 10 may determine that the UE_A 10 transmits a flag indicating a handover, in an attach procedure to the core networkHA 90 and/or a PDN connectivity ure started based on completion of a detach procedure, by receiving the fifty-second identification information. [03 77] In a case that the fifty-second identification information indicates that transmission and/or reception of information ting a handover is unnecessary, the CPF_A 140 may notify that transmission of a flag indicating a handover by the UE_A 10 is not necessary, in an attach procedure to the core network_A 9O and/or a PDN connectivity procedure performed based on completion of a detach procedure, by transmitting the fifty-second identification information. In addition, the UE_A 10 may determine that the UE_A 10 does not transmit a flag ting a handover, in an attach ure to the core network_A 90 and/or a PDN connectivity procedure started based on completion of a detach procedure, by receiving the fifty-second identification information.
Here, information ting a er may be the first identification information, or may be identification information requiring IP address ation. Note that IP address ation may be to establish connectivity by the IP address which is the same as the IP s used before switching, after having performed an attach procedure and/or a PDN connectivity procedure again. In other words, IP address reservation may be that an IP s used after having performed an attach procedure and/or a PDN connectivity procedure again is the same as the IP address used before switching.
In on, each apparatus may indicate a core network with which the UE_A 10 is to establish tion after completion of a detach procedure, by transmitting and/or receiving the fifty-third identification information. The CPF_A 140 may notify a type of a core network with which the UE_A 10 is to establish connection after completion of detach procedure, by transmitting the fifty-third identification information. The UE_A 10 with which the UE_A 10 is to establish may determine a type of a core network connection after completion of a detach procedure, by receiving the fifty-third identification information. [03 80] In addition, each apparatus may indicate an operation Cause of a detach procedure, by transmitting and/or receiving the fifty—fourth identification information. [03 8 1] The CPF_A 140 may include at least one or more of the fifty-first identification information to the fifty-seventh identification information in a delete session request 4l/NZ the UE_A 10, by including these message. The CPF_A 140 may convey a t to pieces of identification information in a delete session request message.
For example, each apparatus may indicate being able to maintain or may request maintaining connectivity by an IP address ponding to a PDU n at switching the connection destination of a PDU session, by transmitting and/or receiving the rst identification information, and/or the fifty-second identification information, and/or the fifty-fourth identification information. [03 83] In other words, each apparatus may indicate being able to establish or may request establishing a PDN connection associated with the IP address same as the PDU session disconnected by a detach procedure after completion of a detach procedure, by transmitting and/or receiving the fifty-first identification information, and/or the fifty-second identification information, and/or the ourth fication information. [03 84] Note that from the fifty—first identification information to the fifty-seventh identification information, two or more pieces of identification information may be ed, and transmitted and/or received as one piece of identification information. In that case, identification information combined may be identification information having meanings of each identification information ed.
Then, the CPF_A 140 transmits a Delete Session Request message to the UPGW_A 130 (S1902), and starts the procedure of (A) in the present procedure. As follows, each step of the procedure of (A) in the present procedure will be bed. [03 86] Here, each tus may include one or more of the fifty-first identification ation to the fifty-seventh identification information in a delete session request message. [03 87] For example, the CPF_A 140 may include at least one or more of the fifty-first identification information to the fifty-seventh identification information in a delete session request message. The CPF_A 140 may convey a request to the UE_A 10, by including these pieces of identification information in a delete session request message.
The UPGW_A 130 receives a delete session t message. The UPGW_A 130 transmits a session delete response message to the CPF_A 140, based on reception of a delete session request message (S1908). Note that in a case that the UPGWHA 130 is not linked with an external gate way (the PGW_A 30 or the SCEF_A 46) and/or not configured as the same tus, the UPGW_A 130 may transmit a delete session request 17R0034 1/NZ delete session request message, message to an external gate way, based on reception of a and in addition, may receive a delete session response message transmitted by an external gate way. Each apparatus completes the ure of (A) in the present procedure, based on transmission and/or reception of a delete session response message. [03 89] In on, the UE_A 10 may receive a detach request message, and may it a Detach accept message to the CPF_A 140 at any timing (81914). Note that the UE_A 10 detach type to identify a type of detach may include identification information such as a in a detach accept message, or may te having allowed a request by including these pieces of identification information. In addition, the CPF_A 140 receives a detach accept delete procedure of signaling message from the UE_A 10. The CPF_A 140 may perform a connection between the UE_A 10 and the CPF_A 140, based on reception of a detach accept e and/or completion of the procedure of (A) in the present procedure (81912). Specifically, connectivity between the CPF_A 140 and the NR node_A 122 may be released, by deleting contexts of the UE_A 10 stored by the CPF_A 140. In addition, based on connection between the CPFfiA 140 and the NR node_A 122 having been released, the NR node_A 122 may release RRC connection between the UEgA 10 and the NR node_A 122, by releasing radio resources to the UEfiA 10.
By completion of the above-mentioned procedure, each apparatus completes a detach procedure, and the UE_A 10 make tion to a ion not registered with the core network_B 190.
Each apparatus may perform the next procedure, based on completion of a detach procedure. Note that the next procedure may be an attach procedure to the core network_A 90 and/or a PDN connectivity procedure. [03 92] More ularly, in a case that each apparatus maintains tivity by the IP address associated with a PDU session disconnected in the present procedure, based on transmission and/or reception of the fifty-first identification information, and/or the econd fication information, and/or the fifty-fourth identification ation, each apparatus may perform the next procedure to establish PDN connection associated with the IP address which is the same as a PDU session. In this case, the UE_A 10 may transmit the sixty-first identification ation indicating a handover procedure to the core networkfiA 90 in the next procedure, or may transmit the sixty-second identification information corresponding to the fifty-seventh fication information. [03 93] In a case that each apparatus does not maintain connectivity by an IP address associated with a PDU session disconnected in the present procedure, based on l7R00341/NZ transmission and/or reception of the fifty-first identification ation, and/or the fifty-second identification information, and/or the fifty-fourth identification information, and establishes PDN connection associated with a new IP address, each apparatus may perform the next ure. In this case, the UE_A 10 may transmit the sixty-first identification information indicating an l procedure to the core network_A 90 in the next procedure. [03 94] In addition, in a case that each apparatus performs a switch of connection destination from the core networkfiB 190 to the core network_A 90 using information indicating a handover, based on transmission and/or reception of the fifty-first fication information, and/or the fifty-second identification ation, and/or the fifty-third identification information, and/or the ourth fication information, each apparatus may perform the next procedure. In this case, the UE_A 10 may transmit the first fication information ting a handover procedure to the core network_A 90 in the next procedure, or may transmit the sixty-third identification information corresponding to the eleventh identification information and/or the sixteenth identification information. In addition, the UE_A 10 may transmit the sixty-fourth identification information ponding to the eighteenth identification information and/or the forty-sixth identification ation to the core network_A 90 in the next ure, or may transmit the sixty—fifth identification information corresponding to the seventeenth identification information and/or the forty—fifth identification information.
In addition, based on transmission and/or reception of the fourteenth identification information, and/or the fifteenth identification information, and/or the forty—third identification information, and/or the forty-fourth identification information, in a case that an SSC mode allowed and/or ted by the core network_B 190 is SSC mode 1 or SSC mode 2, each apparatus may perform the next procedure after a detach procedure. In this case, the UE_A 10 may transmit the sixty—first identification information indicating a handover procedure to the core network_A 90 in the next ure, or may transmit the sixty-third identification information corresponding to the eleventh identification information and/or the nth identification information.
In addition, based on transmission and/or reception of the enth identification information, and/or the fifteenth identification information, and/or the forty-third identification information, and/or the forty-fourth identification information, in a case that an SSC mode allowed and/or supported by the core network_B 190 is SSC mode 3, each apparatus may perform the next procedure after a detach procedure. In this case, the UE_A 10 may transmit the sixty—first identification information indicating an initial procedure to the core network_A 90 in the next procedure, or may transmit the sixty—third 17R0034l/NZ fication information different from the eleventh identification information and/or the sixteenth identification information.
In addition, based on the h identification information, and/or the thirteenth identification information, and/or the forty-first identification information, and/or the forty-second identification information, in a case that the fifty-fourth identification information indicating the use of an NGS service having been not allowed is transmitted and/or received in a condition Where the use for only an NGS service is d and/or supported for the UE_A 10, each tus may perform an attach procedure to the core network_A 90 and/or a PDN connectivity ure.
In addition, based on the twelfth fication information, and/or the thirteenth identification information, and/or the forty-first identification information, and/or the forty-second identification information, in a case that the fifty—fourth identification ation indicating the use of an NGS service having been not allowed is transmitted and/or received in a condition where the use of an NGS service and an EPS service is allowed and/or supported for the UE_A 10, each apparatus may perform a PDN connectivity procedure without performing an attach procedure to the core network_A 90.
Note that in a case that each apparatus performs the next procedure after completion of a detach procedure, the UE_A 10 may transmit identification information corresponding to identification information ed from the core network_B 190 to the transmit the core network_A 90 in the next procedure. For example, the UE_A 10 may sixty-second identification information corresponding to the fifty-seventh identification information to the core network_A 90 in the next procedure, or may transmit the sixty-third identification information corresponding to the th identification information and/or the sixteenth identification information. In addition, the UE_A 10 may transmit the fourth identification information corresponding to the eighteenth identification ation and/or the sixth identification information to the core network_A 90 in the next procedure, or may transmit the sixty-fifth identification information corresponding to the seventeenth identification information and/or the forty-fifth identification information. In addition, the UE_A 10 may it the sixty-eighth fication information corresponding to the fifty-sixth identification information to the core network_A 90 in the next procedure, or may transmit the sixty—ninth fication information corresponding to the fth identification information. 1.4.1.2. Brief Description of Attach Procedure to Core Network_A 17R00341/NZ Next, a brief description of an attach procedure to the core network_A 90 will be described. In this ment, an attach procedure to the core network_A 90 is a procedure initiated by the UE_A 10 to connect to a network (an access network, and/or the core networkfiA 90, and/or the PDN_A 5).
The UE_A 10 may perform the present procedure at any timing such as terminal the core network_A 90, or may perform power activation in a condition not connected to the present procedure, based on having determined to attach to the core network_B 190, based on a detach procedure described in Chapter 1.4.1.1. In other words, the UE_A 10 in a ion (EMM-DEREGISTERED) may start the present procedure at any timing not registered to the core network_A 90. Each tus may make transition to a registered condition (EMM—REGISTERED), based on completion of an attach procedure to the core network_A 90.
The UE_A 10 may start the present procedure, based on having received at least one identification information among the fifty-first identification information to the fifty-seventh in a detach procedure. The UE_A 10 may start an attach procedure to the core network_A 90, based on a r other than this. 1.4.1.3. Example of PDN Connectivity Procedure Next, an example of a PDN connectivity procedure will be described. As follows, the t procedure refers to a PDU session establishment procedure. The present procedure is a procedure for each apparatus to establish a PDN connection. Note that each tus may m the present procedure in a condition of having ted an attach procedure to the core network_A 90, or may perform the present procedure in an attach procedure to the core network_A 90. Each apparatus may start the t procedure at 90. Each apparatus may any timing after an attach procedure to the core network_A establish PDN connection, based on completion of a PDN connectivity procedure. In addition, each apparatus may establish multiple PDN connections by performing the present procedure several times.
Using , an e of a procedure to perform a PDN connectivity procedure will be described. As follows, each step of the t procedure will be described. First of all, the UE_A 10 transmits a PDN tivity t message to MME_A 40 through the eNB_A 45 (S2000), and starts a PDN connectivity procedure.
Here, the UEflA 10 may include at least one or more of the sixty-first identification information to the sixty-sixth identification information in a PDN connectivity request requests properties or contents message. The UE_A 10 may indicate that the UE_A 17R00341/NZ indicated by each previously described identification information, by including these pieces of identification information. In other words, ing these pieces of identification information may indicate that the UE_A 10 requests establishment of PDN connection having the properties indicated by each previously described fication ation or PDN connection reflecting the contents indicated by each usly described identification ation.
Note that the UE_A 10 may include at least one or more of the sixty-first identification information to the sixty-sixth identification ation in a PDN connectivity request message, based on having received at least one of the fifty-first identification information to the fifty—seventh fication information, in a detach procedure.
In addition, each apparatus may indicate that this request is a t by a handover from the core network_B 190, by transmitting and/or receiving the first identification information.
In addition, each apparatus may indicate a session to request a handover, by transmitting and/or receiving the sixty-second identification information.
In addition, each apparatus may indicate an APN which the UE_A 10 ts, by transmitting and/or receiving the sixty-third fication information. Note that the APN in a PDU session establishment procedure of the may be the same as an APN obtained handover source.
In addition, by transmitting and/or receiving the sixty-fourth identification information, each apparatus may indicate identification ation of the UE, and may indicate that this request is a re-attaching procedure. Identification ation of the UE in a PDU session establishment procedure or may be a GUTI or may be an IMSI obtained in a TAU procedure of the handover source. [041 1] In addition, by transmitting and/0r receiving the sixty—fifth identification information, each apparatus may indicate a DC of the connection destination which the UE_A 10 requests, or may indicate the MME_A 40 included in a DC.
In addition, each apparatus may indicate an NSI connected right before, in transmitting and/or receiving the sixty-sixth identification information. [041 3] l7R0034l/NZ In addition, by transmitting and/or receiving the sixty-first identification information, each apparatus may request establishment of PDN connection to maintain connectivity by the IP address associated with the PDU session before switching, or may request that the IP s which is the same as the IP address associated with the PDU session before switching is assigned to PDN connection to be established.
Note that a PDU session before switching may be a PDU session established for an NGS service and/or the core k_B 190. [041 5] The MME_A 40 receives a PDN connectivity request message, and performs the first condition determination. The first condition determination is ed to determine whether or not the MME_A 40 accepts a request of the UE_A 10. In the first condition determination, the MME_A 40 determines whether the first condition is true or false. The MME_A 40 may start the procedure of (A) in the present procedure in a case that the first condition determination is true, or may start the procedure of (B) in the present procedure in a case that the first condition determination is false. [041 6] As follows, steps in a case that the first ion determination is true, in other words, each step of the procedure of (A) in the present procedure will be described. The MME_A 40 performs the procedure of (C) or (E) in the present procedure, and starts the procedure of (A) in the present procedure. The MME_A 40 performs (C) in the present ure in a case of having selected the PGW_A 30 as an external gate way, or performs (E) in the present procedure in a case of having selected the SCEF_A 46 as a GW of PDN connection. In addition, each step of the procedure of (C) in the present procedure will be described. The MME_A 40 its a create session request message to the SGW_A 35, and starts the procedure of (C) in the present procedure (82002). [041 7] Here, the MME_A 40 may include at least one or more of the sixty-first identification information to the sixty—sixth identification information in a create session request message, may include information to indicate whether or not it is an l request, or may convey a t of the UE_A 10, by including these pieces of identification information. [041 8] In on, the SGW_A 35 receives a create n request message, and its a create n t message to the PGW_A 30 (82004). Here, the SGW_A may include at least one or more of the sixty—first identification information to the sixty-sixth identification information in a create session request message, may include information to indicate whether or not it is an initial request, or may convey a request of the UE_A 10, by including these pieces of identification information. 17R00341/NZ In addition, the PGW_A 30 receives a create session request message, and performs the second condition determination. Note that the second condition ination is intended to determine r or not the PGW_A 30 accepts a request of the UE_A 10. The second condition being true may be in a case of accepting a request of the UE_A 10, and may be in a case that a request of the UE_A 10 is allowed. The second condition being false may be in a case of rejecting a request of the UE_A 10, or may be in a case of not determining the second ion being true.
The second condition determination may be performed not by the PGW_A 30 but by another apparatus (e. g., the PCRF_A 60). In that case, the PGW_A 30 performs an IP-CAN session establishment procedure with the PCRF_A 60. More specifically, the PGW_A 30 transmits a request message to the PCRF_A 60 in an IP-CAN session establishment procedure. In addition, the PCRF_A 60 receives a request message in an IP-CAN session establishment procedure, determines the second condition, and transmits a response message in an IP—CAN session establishment procedure to the PGW_A 30. addition, the PGW_A 30 receives a response message in an IP-CAN session establishment procedure, and recognizes a result of the second condition determination.
Here, the PGW_A 30 may include at least one or more of the first identification ation to the sixty-sixth identification information in a request of the message in an IP-CAN session ishment procedure, or may convey a request UE_A 10, by including these pieces of identification information.
The PCRF_A 60 may include a result of at least the second information determination in a response message in an IP-CAN session establishment procedure, or condition determination, by including may notify the PGW_A 30 of a result of the second these results, or may indicate that a request of the UE_A 10 has been allowed or rejected, by including this information.
Note that in a case that the PCRF_A 60 has performed the second condition determination, the PGW_A 30 may m the second ion determination, based on a result of the second condition determination ed from the PCRF_A 60. For example, in a case that the PCRF_A 60 accepts a t of the UE_A 10, the PCRF_A 60 and the PGW_A 30 may assume the second condition as true, and in a case that the PCRF_A 60 rejects a request of the UE_A 10, the PCRF_A 60 and the PGW_A 30 may assume the second condition as false. 17R00341/NZ In the second condition determination, the PGW_A 30 determines whether the second condition is true or false. In a case that the second condition is true, the PGW_A transmits a session generation response message to the SGW_A 35 (S2006). In addition, the SGW_A 35 receives a session generation response e.
The PGW_A 30 may include an IP address in a session generation se the UE_A 10 has been allowed, by including message, or may indicate that a request of these pieces of identification information. Note that in a case that the PGW_A 30 receives the sixty-first identification information and/or the fourth identification information in a create session request, the IP address may be the same as the IP address assigned to the UE_A 10 in the last connection.
In a case that the second condition is false, the PGW_A 30 its a session tion reject message to the SGW_A 35 (S2006). Note that a session generation reject or may e may be a session generation response message including a Reject cause, indicate that a request of the UE_A 10 has been rejected, by including a reject cause.
The SGW_A 35 having received a n generation se message or a session generation reject message transmits a session generation response message or a session generation reject message to the MME_A 40 (S2008). In addition, the MME_A 40 receives a session generation response message or a session tion reject message.
The SGW_A 35 may include at least one or more fication ation of identification information included in a n generation response message or a session generation reject message received from the PGW_A 30, in a session generation response session tion reject message, or in a session generation response message or a message received.
In other words, the SGW_A 35 may include an IP address in a n generation of the UE_A 10 has been allowed, by response message, or may indicate that a request including these pieces of identification information. A session generation reject message indicate may be a session generation response message including a Reject cause, or may that a request of the UE_A 10 has been rejected, by including a reject cause.
Each apparatus completes the procedure of (C) of the present procedure, based on transmission and/or reception of a session generation se message and/or a session generation reject message. 17R00341/NZ 2017/029303 In addition, each step of the procedure of (E) in the present procedure will be described. The MME_A 40 transmits a create session request message to the SCEF_A 46, and starts the procedure of (E) in the t procedure (82010).
Here, the SCEF_A 46 may include at least one or more of the sixty-first identification information to the sixty-sixth identification information in a create session request message, may include information to indicate whether or not it is an initial request, or may convey a request of the UE_A 10, by including these pieces of fication information. [043 3] In on, the SCEF‘A 46 es a create session request message, and performs the third condition determination. Note that the third condition determination is intended to determine whether or not the SCEF_A 46 accepts a request of the UE_A 10.
The third condition being true may be in a case of accepting a t of the UE_A 10, and may be in a case that a request of the UE_A 10 is allowed. The third condition being false may be in a case of rejecting a request of the UE_A 10, or may be in a case of not determining the third condition being true.
In the third condition determination, the SCEF_A 46 determines whether the third condition is true or false. In a case that the third condition is true, the SCEF_A 46 transmits a session generation response message to the MME_A 40 ). In addition, the MME_A 40 receives a session generation response message.
The SCEF_A 46 may include an IP s in a session generation response has been allowed, by including message, or may indicate that a request of the UE_A these pieces of fication information. Note that in a case that the PGW_A 30 receives the sixty-first identification information and/or the sixty—fourth identification information in a create session request, the IP s may be the same as the IP address assigned to the UE_A 10 in the last connection.
In a case that the third condition is false, the SCEF_A 46 transmits a session generation reject message to the MME_A 40 (82012). Note that a session generation reject message may be a session generation response message including a Reject cause, or has been rejected, by including a reject cause. may indicate that a request of the UE_A Each tus completes the procedure of (E) of the present procedure, based on transmission and/or reception of a session generation response message and/or a session tion reject message. [043 7] 17R00341/NZ The MME_A 40 transmits an Activate default EPS bearer t request and/or a PDNConnectivity Accept message to the eNB_A 45, based on completion of the procedure of (C) or (E) in the present ure, based on reception of a session generation response message (S2014). A message which the MME_A 40 transmits to the eNB_A 45 may be a response message for a PDN connectivity request message but not limited to this, and may be a message to accept a request of establishment of PDN connection. [043 8] The eNB_A 45 receives an activate default EPS bearer context request and/or a PDN tivity accept message, and transmits an RRC message (e.g., which may be an RRC e such as an RRCConnection Reconfiguration e, an RRC Connection Setup e, and an RRC Direct Transfer message), and/or an activate default EPS bearer context request or a PDN connectivity accept message, and/or a PDN connectivity accept, message to the UE_A 10 (S2016). Note that a PDN connectivity accept may be transmitted and/or received included in an RRC message.
Here, the MME_A 40 may include an IP address in a PDN connectivity accept has been allowed, by including message, or may te that a t of the UE_A these pieces of identification information.
In a case of having received an RRC message, the UE_A 10 transmits an RRC RRC Connection message (e.g., which may be an RRC message such as an guration Complete message, an RRC Connection Setup Complete message, and an RRCDirect Transfer message) to the eNB_A 45 (S2018). The eNB_A 45 receives an RRC the MME_A 40 ). In message, and transmits a bearer configuration message to addition, the MME_A 40 receives a bearer configuration message.
In a case of having received an activate default EPS bearer context request and/or a PDN connectivity accept message, the UE_A 10 transmits PDN Connectivity complete the MME_A 40 e or an Activate default EPS bearer context accept message to through the eNB_A 45 (S2022), (S2024). In on, the MME_A 40 receives a PDN connectivity complete e and/or an te default EPS bearer context accept PDN connectivity complete message, message, and in on, the MME_A 40 receives a and performs the fourth condition determination. Note that a message which the UE_A 10 transmits to the eNB_A 45 and the MME_A 40 may be a response message to a PDN connectivity accept message or an activate default EPS bearer context request but not limited to this, and may be a message indicating that a PDN connectivity procedure has been completed. l7R0034l/NZ The fourth condition ination is intended to determine necessity or not that the MME_A 40 requests a modification of a bearer for the SGW_A 35. In a case that the fourth condition is true, the MME_A 40 starts the procedure of (D) in the t procedure. In a case that the fourth condition determination is false, the MME_A 40 does not perform the procedure of (D) in the present procedure.
As follows, each step of the procedure of (D) in the present ure will be described. In a case that the fourth condition is true, the MME_A 40 transmits a modify bearer request message to the SGW_A 35 ($2026), and starts the ure of (D) in the present procedure. In addition, the SGW_A 35 receives a modify bearer request message, and transmits a modify bearer response message to the MME_A 40 (82028). In addition, the MME_A 40 receives a modify bearer se message, and completes the procedure of (D) of the present procedure. In addition, each apparatus completes the ure of (A) in the present procedure, based on transmission and/or reception of a PDN connectivity complete message and/or completion of the procedure of (D) of the t procedure.
Each step of the procedure of (B) in the present procedure will now be described.
The MME_A 40 transmits a PDN Connectivity reject message to the UE_A 10 through the eNB_A 45 ), and starts the procedure of (B) in the present procedure. In addition, the UE_A 10 receives a PDN connectivity reject message and recognizes that a request of the UE_A 10 has been rejected. Each apparatus completes the procedure of (B) in the present procedure, based on transmission and/or reception of a PDN connectivity reject e an appropriate reject cause. message. A PDN connectivity reject message may Note that a PDN connectivity reject message may be a response message for a PDN connectivity request message but not limited to this, and may be a message to reject a request of establishment of PDN connection.
The MME_A 40 may e one or more of the twenty—first identification ation and the twenty-fifth identification information in a PDU session establishment reject message, or may indicate that a request of the UE_A 10 has been rejected, by including these pieces of identification ation.
In addition, each apparatus may indicate reasons why a PDN connectivity ure has been rejected, by transmitting and/or receiving the twenty-first identification information, or may indicate processes which each apparatus is to perform after an attach procedure. 17R0034l/NZ In on, each apparatus may te that the network does not support and/or allow connection to the core network_A 90 and/or switch of an EPS service, by transmitting and/0r receiving the twenty-second identification information and/or the twenty-third identification information. In addition, each apparatus may indicate a mode of service continuation in switching to an EPS service which the network does not support and/or allow, by transmitting and/or receiving the twenty-fourth identification information and/or the twenty-fifth identification information.
Each apparatus completes the present procedure, based on completion of the procedures of (A) or (B) of the present procedure. Note that each apparatus may make transition to a ion where a PDU session has been established, based on completion of the procedure of (A) in the present procedure, may recognize that the present procedure has been rejected, based on completion of the procedure of (B) in the present procedure, or may make transition to a condition where a PDU session is not established.
In addition, each apparatus may perform processes based on identification information transmitted and/or received in the t procedure, based on completion of the present procedure. For example, in a case of having transmitted and/or received one or more of the twenty-first identification information to the twenty-fifth identification ation, each apparatus may ize reasons why a request of the UE_A 10 has been rejected. In addition, each apparatus may perform the present procedure again, based on reasons why a request of the UE_A 10 has been rejected, or may perform the present procedure in another ion.
The previously described first ion ination to the fourth condition determination may be performed based on identification information, and/or subscriber ation, and/or operator policies included in a PDN tivity request message.
Conditions that true or false of the first condition to the fourth condition is determined may not be limited to the previously described conditions. [045 1] For example, the first condition to the third ion may be true in a case that the UE_A 10 requests an ishment of a session and the network allows the request. The first condition to the third condition may be false in a case that the UE_A 10 requests an establishment of a session and the network does not allow the request. In addition, the first condition to the third condition may be false in a case that the network of a connection destination of the UE_A 10 and/or an apparatus in the network does not t an ishment of a session that the UE_A 10 requests. 4. Example of Attach Procedure to Core Network_A 17R00341/NZ Using , an example of a procedure to perform an attach procedure to the core network_A 90 will be described. As s, the present procedure refers to an attach procedure to the core network_A 90. The present ure is a procedure for the UE_A to be registered with the core network‘A 90. As follows, each step of the present procedure will be described. First of all, the UE_A 10 transmits an attach request message to the MME_A 40 through the eNB_A 45 (82100), and starts an attach procedure. The UE_A 10 may it including the previously described PDN tivity request PDN connectivity message in an attach request message, or may request performing a procedure in an attach procedure, by including a PDN connectivity request message.
Here, the UE_A 10 may include at least one or more of the sixty—first identification information to the sixty-sixth identification information in an attach request message. The UE_A 10 may indicate that the UE_A 10 requests properties or contents ted by each previously described identification information, by including these pieces of identification ation. In other words, including these pieces of identification information may indicate that the UE_A 10 requests attach having the properties indicated by each previously described identification ation or attach and/or connection reflecting the contents indicated by each previously described identification information.
And/or, including these pieces of identification information may indicate that the UE_A requests ishment of PDN connection having the properties indicated by each previously described identification information or PDN connection ing the contents indicated by each previously described fication information.
In addition, each apparatus may indicate that this request is a handover from the core k_B 190, by transmitting and/or receiving the first fication information.
In addition, by transmitting and/or receiving the sixty-fourth identification information, each apparatus may indicate identification information of the UE, and may indicate that this request is a re—attaching procedure.
In addition, by transmitting and/or receiving the sixty-fifth fication information, each apparatus may indicate a DC of the connection destination which the UE_A 10 requests, or may indicate the MME_A 40 included in a DC.
In addition, each apparatus may indicate an NSI connected right before, in transmitting and/or receiving the sixty-sixth identification information. [045 8] 17R00341/NZ In addition, by transmitting and/or receiving the sixty-first identification information, each apparatus may t ishment of PDN connection to maintain connectivity by the IP address associated with the PDU session before switching, or may the PDU request that the IP address which is the same as the IP address associated with session before switching is ed to PDN connection to be established.
Note that the UE_A 10 may transmit including these pieces of identification information in a control message different from an attach request message.
The MME_A 40 receives an attach request message and/or a control message ent from an attach request message, and performs the first condition determination.
The first condition determination is intended to determine whether or not the MME_A 40 in the accepts a request of the UE_A 10. The MME_A 40 starts the procedure of (A) of (B) present procedure in a case that the first condition is true, and starts the procedure in the present procedure in a case that the first condition is false. Details of the procedure of (B) in the present procedure will be bed below.
As follows, each step of the procedure of (A) in the present procedure will be described. The MME_A 40 performs the second condition determination, and starts the procedure of (A) in the present procedure. The second condition determination is intended to determine whether or not the MME_A 40 performs a PDU session ishment procedure. In the XX sixth condition determination, the MME_A 40 determines whether the second condition is true or false. The MME_A 40 starts the procedure of (C) or (E) in and omits it in a a PDN connectivity procedure in a case that the second condition is true, 40 transmits an case that the second condition is false (82104). In addition, the MME_A Attach accept message to the eNB_A 45, based on reception of an attach request message and/or a session generation response message (S2106). Note that in a case of having received a session generation reject e, the MME_A 40 may not continue the procedure of (A) in the present procedure, and may start the procedure of (B) in the present ure.
The eNB_A 45 receives an attach accept message, and transmits an RRC message (e.g., which may be an RRC message such as an RRC tion Reconfiguration and an RRC Direct Transfer message) e, an RRC Connection Setup message, and/or an attach accept message to the UE_A 10 (82108). Note that an attach accept included in an RRC message. In addition, in message may be transmitted and/or received a case that the second condition is true, the MME_A 40 may transmit including previously described PDN tivity accept e in an attach accept message, or 17R0034l/NZ has been accepted by including a PDN may indicate that a PDN connectivity procedure connectivity accept message.
Here, the MME_A 40 may include an IP address, or may indicate that a request of the UE_A 10 has been accepted, by including these pieces of fication information.
Here, the second ion determination is intended to determine whether or not the MME_A 40 performs a PDN connectivity procedure. The second condition being true be in a may be in a case of having received a PDN connectivity request message, or may case of performing a PDN connectivity procedure in the present procedure. The second condition being false may be in a case of not having ed a PDN connectivity request in the t message, may be in a case of not performing a PDN connectivity procedure procedure, or may be in a case of not determining the second condition being true.
Then, in a case that the UE_A 10 has received an RRC message from the eNB_A 45, the UE_A 10 transmits an RRC connection e (e. g., which may be an RRC message such as an RRC tion Reconfiguration Complete e, an Connection Setup Complete message, and an RRCDirect Transfer e) to the eNB_A 45 (82110). The eNB_A 45 receives an RRC message, and transmits a bearer configuration message to the MME_A 40 .(S21 12). In addition, the MME_A 40 receives a bearer configuration message.
In a case that the UE_A 10 receives an attach accept message through the eNB_A 45 from the MME_A 40, the UE_A 10 transmits an Attach te message to the MMEflA 40 through the eNB_A 45 (82114), (82116). In addition, the MME_A 40 receives an attach complete message. In addition, in a case that the second condition is true, the MME_A 40 starts the procedure of (D) in a PDN connectivity procedure (82118). In a case that the second ion is false, the MME_A 40 does not perform the procedure of (D) in a PDU session establishment ure. Each apparatus completes the procedure of (A) in the present procedure, based on transmission and/or reception of an attach complete message and/or completion of the procedure of (D) in a PDN connectivity procedure.
Note that in a case of having received a PDN connectivity accept message, the UEgA 10 may transmit including the previously described PDN connectivity complete PDN connectivity message in an attach complete message, or may indicate completing a procedure, by ing a PDN connectivity complete message. 17R00341/NZ Each step of the procedure of (B) in the present procedure will now be described.
The MME_A 40 transmits an Attach reject message to the UE_A 10 through the eNB_A 45, and starts the procedure of (B) in the present procedure (82120). In addition, the UE_A 10 receives an attach reject message, and recognizes that a request of the UE_A 10 has been rejected. Each apparatus completes the procedure of (B) in the present procedure, based on transmission and/or reception of an attach reject message. Note that in a case that the second condition is true, the MME_A 40 may transmit including the previously described PDN connectivity reject message in an attach reject message, or may te that a PDN connectivity procedure has been rejected by ing a PDN connectivity reject e. In that case, in addition, the UE_A 10 may receive a PDN connectivity reject e, or may authenticate that a PDN tivity procedure has been rejected.
Each apparatus completes the present procedure, based on completion of the procedures of (A) or (B) of the present procedure. Note that each apparatus may make transition to a ion where the UE_A 10 is connected with the network and/or a condition registered with the core network_A 90, based on completion of the procedure of (A) in the present procedure, may recognize that the present procedure has been rejected, based on completion of the procedure of (B) in the present procedure, or may make transition to a condition unable to connect with the network and/or a condition not registered with the core k_A 90. Transition to each condition of each apparatus the present procedure, or may be performed may be performed based on completion of based on an ishment of PDN connection.
In addition, each apparatus may perform ses based on identification information itted and/or received in the present procedure, based on completion of the present procedure. For example, in a case of having transmitted and/or received one or more of the twenty-first identification information to the twenty-fifth identification information, each apparatus may recognize reasons why a request of the UE_A 10 has been rejected. In addition, each apparatus may perform the t procedure again, based on reasons why a t of the UE_A 10 has been rejected, or may m an attach procedure for the core network_B 190 or another cell.
The above-mentioned second condition ination may be performed based on identification information, and/or subscriber information, and/or operator policies included in an attach request message. Conditions that true or false of the second condition is ined may not be limited to the above-mentioned conditions. 1.4.2. Description of Second Re-connectivity Procedure 17R0034l/NZ Next, the second re-connectivity procedure in the present embodiment will be described using . As follows, the present ure refers to the second re-connectivity procedure, and each procedure includes a PDU session release procedure, and/or a PDN connectivity procedure. Note that details of each procedure will be described below.
The present procedure is initiated by the network to shift a session which the UE_A establishes for the core networkfiB 190 to the core network_A 90, and is a procedure to change a core network establishing a session or a tion service used in a session.
While the first re-connectivity ure is a ure to switch sessions attached all at n at least one by one. once, the present procedure provides a method to switch a Note that a condition attached may be a condition where the UE_A 10 is connected to the network, and a condition not attached may be a condition where the UE_A 10 is not ted to the network.
First of all, each apparatus performs transition to the first ion connected with the core network_B 190 (82200). Note that a procedure to make transition to the first condition may be an initial procedure described in Chapter 1.3.
Then, each apparatus performs the procedure of (A) in the present procedure. As follows, each procedure included in the ure of (A) in the present procedure will be described.
Each apparatus performs a PDU session release procedure ($2202), and starts the procedure of (A) in the present procedure. Each apparatus releases at least one PDU session, by performing a PDU session release procedure. At this time, in a case that a PDU session other than a PDU session released is not established between the UE_A 10 and the core network_B 190, each apparatus may make transition to a condition where the UE_A 10 is not ered with the core network_B 190 explicitly or implicitly. Each apparatus may perform the usly described detach procedure to expressly make transition to a condition where the UE_A 10 is not registered with the core network_B 190.
Then subsequently, each apparatus performs a PDN tivity procedure. ($2208), at this time, the UE_A 10 may be a condition attached and/or a condition registered to the core network_A 90. Alternatively, in a case that the UE_A 10 is in a condition not ed and/or a condition not registered to the core k_A 90, each tus may perform a PDN connectivity procedure after performing an attach l7R00341/NZ procedure to the previously described core network_A 90, and making transition to a registered condition.
Each apparatus completes the procedure of (A) in the present procedure. by performing a PDN connectivity procedure. In addition, each apparatus may perform the ure of (A) in the present procedure again. In other words, in a case that multiple PDU sessions are established between the UE_A 10 and the core network_B 190 in the first condition in the present procedure, each apparatus may perform the procedure of (A) in the present procedure for each PDU session. Each apparatus may perform the procedure of (A) in the present procedure at least one time or more.
Note that a PDN connectivity procedure in the present procedure may be similar to a PDN connectivity procedure in the first nectivity procedure.
Note that the UE_A 10 may maintain uing PDU sessions for one or more core network_A 90 other than PDU sessions nected based on a PDU session procedure, and may continue communication using these PDU ns. 1.4.2.1. Description of PDU Session Release Procedure A PDU session release procedure ted by the network in the present ment will be described using . As follows, the present procedure refers to a PDU session release ure. The t procedure is a procedure initiated by the network to disconnect and/or release a PDU session which the UE_A 10 establishes. Note that each apparatus may release multiple PDU sessions by performing the present procedure several times. First of all, each apparatus performs the procedure of (A) in a detach procedure (S2302).
Then subsequently, the CPF_A 140 transmits a PDU Session nection Request message to the UE_A 10 through the NR node_A 122 (S2304). In on, the UE_A 10 es a PDU session disconnection request message.
Here, the CPF_A 140 may include at least the seventy-first identification information to the seventy-sixth in a PDU session disconnection request message. The CPF_A 140 may indicate a request to the UE_A 10, by including these pieces of identification information in a PDU session disconnection request message. In other words, by including these pieces of identification information, the CPF_A 140 may indicate requiring properties or contexts indicated by each identification information previously described to the UE_A 10. 17R00341/NZ Note that the CPF_A 140 may include at least one or more of the seventy-first identification information to the seventy-sixth identification information in a PDU n disconnection request message, based on having itted at least one or more of the eleventh identification information to the eighteenth identification information to the UE_A 10, in an attach procedure to the core network_B 190 and/or a PDU session establishment procedure.
And/or, in a case of ng service continuation to continue ication by a PDN connectivity procedure with a PDU session release procedure, the CPF_A 140 may include at least one or more of the seventy-first identification information to the seventy-sixth identification information in a PDU session disconnection request message.
Here, authorization information for this service continuation may be managed as subscriber information to the UE_A 10. Thus, the CPF_A 140 may e these pieces of identification information, based on such subscriber information of the UE_A 10.
And/or, in a case of performing service continuation to continue communication by a PDN connectivity procedure with a PDU session release procedure for a PDU session be disconnected, the CPF_A 140 may include at least one or more of the seventy-first fication information to the seventy-sixth identification information in a PDU session disconnection request message. , the CPF_A 140 may include the seventy-fourth fication information in a PDU session disconnection request e, in a case of ming service continuation to continue communication by a PDN connectivity procedure with a PDU session e procedure, and performing service continuation with IP address reservation, for a PDU session to be disconnected, or otherwise, may determine not to include the seventy-fourth identification information in a PDU session nection request message.
And/or, the CPF_A 140 may include the seventy-third identification information indicating an EPC in a PDU session disconnection request message, in a case of performing service continuation to continue communication by a PDN connectivity procedure with a PDU session release procedure, and performing service continuation to switch a communication path or communication established for an NGC to a communication path or communication established for an EPC, for a PDU session to be disconnected. Otherwise, the CPF_A 140 may include the seventy-third fication information ting an NGC in a PDU session disconnection request message, or may determine not to include the seventy-third identification information in a PDU session disconnection request message. 17R0034l/NZ For example, the CPF_A 140 may t disconnection and/or switch and/or handover to the UE__A 10 for a PDU session and/or a bearer indicated by the seventy-first identification information, by transmitting the seventy-first identification information.
The UE_A 10 may determine a PDU session and/or a bearer which performs disconnection and/or switch and/or handover, by ing the seventy-first identification information.
In addition, each apparatus may indicate causes of this request, by transmitting and/or receiving the seventy-second identification information. For example, the seventy-second identification information may be information indicating a request of a handover.
The CPF_A 140 performs a PDN connectivity procedure for a system indicated by the seventy-third identification information, and may request vation of a session, by transmitting the seventy-third identification information. The UE_A 10 determines a PDN tivity procedure for a system indicated by the seventy-third identification information, and may request reactivation of a session, by ing the seventy-third identification information. Note that reactivation of a session may be to ish PDN connection, by performing a PDN connectivity procedure.
In addition, each apparatus may be information to indicate whether transmission and/or reception of information indicating a handover in re-establishment of a session is required, by transmitting and/or receiving the seventy-fourth identification information.
Note that in a case that the seventy-fourth identification information indicates that transmission and/or reception of information indicating a handover is ed, the CPF_A 140 may request the UE_A 10 to transmit a flag indicating a handover, in a PDN connectivity procedure started based on completion of a PDU session release procedure, by itting the seventy-fourth identification information. In addition, the UE_A 10 in a PDN may ine that the UE_A 10 transmits a flag indicating a handover, connectivity procedure started based on tion of a PDU session release procedure, by receiving the seventy—fourth identification information.
In a case that the y-fourth identification information indicates that transmission and/or reception of information indicating a handover is unnecessary, the CPF_A 140 may notify that ission of a flag indicating a handover by the UE_A 10 is not necessary, in a PDN connectivity procedure performed based on completion of a PDU n release procedure, in transmitting the y-fourth identification l7R00341/NZ information. In addition, the UE_A 10 may determine that the UE_"A 10 does not transmit a flag indicating a handover, in a PDN tivity procedure to the core network_A 90 d based on completion of a PDU session release procedure, by receiving the seventy-fourth identification information.
Here, information indicating a handover may be the sixty-first identification information, or may be identification information requiring IP address reservation. Note that IP address reservation may be to establish connectivity by the IP address which is the same as the IP address used before switching, after having performed an attach procedure and/or a PDN connectivity procedure again. In other words, IP address reservation may be that an IP address used after having performed an attach procedure and/or a PDN connectivity procedure again is the same as the IP address used before switching.
The CPF_A 140 may notify the UE_A 10 of an N81 with which a PDU session to be disconnected has been established, by transmitting the seventy-fifth identification information. The CPF_A 140 may receive an N81 with which a PDU session to be disconnected has been established, by receiving the seventy—fifth identification information.
The CPF_A 140 may request performing a PDN connectivity procedure for a DCN indicated by the seventy-sixth identification information, by transmitting the seventy—sixth identification information. The UE_A 10 may determine performing a PDN connectivity procedure for a DCN indicated by the seventy—sixth identification information, by receiving the seventy-sixth identification information.
In other words, the CPF_A 140 may request establishing PDN connection for a DCN indicated by the seventy-sixth identification information, by itting the seventy-sixth fication information. The UE_A 10 may ine establishing PDN connection for a DCN indicated by the seventy-sixth identification information, by receiving the seventy-sixth identification information.
In addition, each apparatus may indicate an NSI to connect at switch to a DCN and/or NGS connection service to be ted tly, by transmitting and/or receiving the y-fifth identification information and/or the y-siXth identification information.
In on, each apparatus may indicate being able to maintain or may request maintaining tivity by an IP address ponding to a PDU session at switching the tion destination of a PDU session, by transmitting and/or receiving the 17R00341/NZ seventy-second identification information and/or the seventy-fourth identification information.
In other words, each apparatus may indicate being able to establish or may request establishing a PDN connection associated with the IP address same as the PDU session disconnected by a PDU session release procedure after completion of a PDU session release procedure, by transmitting and/or receiving the seventy-second identification information and/or the seventy-fourth identification information. [05 02] Note that from the seventy-first identification information to the seventy—sixth identification information, two or more pieces of identification information may be combined, and transmitted and/or received as one piece of fication ation. In that case, identification ation combined may be identification information having meanings of each identification information combined.
The UE_A 10 which has ed a PDU session nection request e to the CPF_A 140 through the may transmit a PDU Session DisconnectionAccept message NR node_A 122 (S2310). In addition, the CPF_A 140 may receive a PDU session disconnection accept e. [0504,] Each apparatus may complete the present procedure, based on transmission and/or reception of a PDU session accept message. By completion of the above-mentioned procedure, each apparatus completes a PDU session release procedure, and makes transition to a condition where a PDU n has been nected.
Each apparatus may complete the present procedure, based on transmission and/or reception of a PDU n accept message. By completion of the present procedure, each apparatus may make tion to a condition where a PDU session has been disconnected.
In addition, each apparatus may m the next procedure, based on completion of a PDU session release procedure. Note that the next ure may be a PDN connectivity procedure. Note that the UE_A 10 may start a PDN connectivity procedure, based on having received at least one of the seventy-first identification information to the seventy-sixth identification ation, in a PDU session release procedure.
More particularly, in a case that each apparatus maintains connectivity by the IP address associated with a PDU session disconnected in the present procedure, based on transmission and/or reception of the seventy-second identification ation and/or the seventy—fourth identification information, each apparatus may perform the next procedure 17R00341/NZ to establish PDN connection associated with the IP address which is the same as a PDU session. In this case, the UE_A 10 may transmit the sixty-first identification information indicating a handover procedure to the core network_A 90 in the next procedure, or may transmit the sixty-second identification information corresponding to the seventy-first identification information.
In a case that each tus does not maintain connectivity by an IP address associated with a PDU session disconnected in the present procedure, based on transmission and/or ion of the seventy-second identification information and/or the seventy-fourth identification information, and establishes PDN connection associated with a new IP address, each apparatus may perform the next procedure. In this case, the UE_A 10 may transmit the sixty-first identification information indicating an initial procedure to the core network_A 90 in the next procedure.
In addition, in a case that each apparatus ms a switch of connection ation from the core network_B 190 to the core network_A 90 using information indicating a handover, based on transmission and/or reception of the seventy—second fication information, and/or the y—third identification information, and/or the seventy—fourth identification information, each apparatus may perform the next procedure. In this case, the UE_A 10 may transmit the sixty—first identification ation indicating a handover procedure to the core network_A 90 in the next procedure, or may transmit the sixty-third identification information corresponding to the eleventh identification information and/or the sixteenth identification information. In addition, the UE_A 10 may transmit the sixty—fourth identification information corresponding to the eighteenth identification information and/or the forty—sixth identification ation to the core network_A 90 in the next procedure, or may transmit the sixty-fifth identification information ponding to the seventeenth identification ation and/or the fifth identification information. [05 10] In addition, based on transmission and/or reception of the enth fication information, and/or the fifteenth identification information, and/or the forty-third identification ation, and/or the forty-fourth identification information, in a case that an SSC mode d and /or supported by the core network_B 190 is SSC mode 1 or SSC mode 2, each apparatus may perform the next procedure after a detach procedure. In this case, the UEflA 10 may transmit the sixty-first identification information indicating a handover procedure to the core network_A 90 in the next procedure, or may transmit the sixty-third identification information corresponding to the eleventh identification information and/or the sixteenth identification information. [05 1 1] 17R0034l/NZ In on, based on transmission and/or reception of the fourteenth identification information, and/or the fifteenth identification ation, and/or the forty-third identification information, and/or the forty-fourth identification ation, in a case that an SSC mode allowed and /or supported by the core network_B 190 is SSC mode 3, each apparatus may perform the next procedure after a detach ure. In this case, the UE_A 10 may transmit the sixty-first identification information indicating an initial procedure to the core network_A 90 in the next procedure, or may transmit the sixty-third identification information different from the eleventh fication information and/or the sixteenth identification information. [05 12] Note that in a case that each apparatus performs the next procedure after completion of a PDU session release procedure, the UE_A 10 may transmit identification information corresponding to identification information received from the core k*B 190 to the core network_A 90 in the next procedure. For example, the UE_A may transmit the second identification information corresponding to the seventy-first identification information to the core network_A 90 in the next procedure, or information corresponding to the eleventh may transmit the sixty-third identification identification information and/or the sixteenth identification information. In addition, the UE_A 10 may transmit the sixty-fourth identification information corresponding to the eighteenth identification information and/or the forty-sixth identification information to the core network_A 90 in the next procedure, or may transmit the sixty-fifth fication information corresponding to the seventeenth identification information and/or the forty-fifth identification information. In addition, the UE_A 10 may it the sixty-eighth identification information corresponding to the seventy-sixth identification information to the core network_A 90 in the next procedure, or may transmit the sixty-ninth identification information corresponding to the seventy-fifth identification information. [05 l 3] 1.4.2.2. Description of PDN Connectivity Procedure A PDN connectivity procedure in the second re-connectivity procedure may be similar to an example of a PDN connectivity procedure described in Chapter 1.4.1.3. ore, detailed description of the procedure will be omitted. [05 14] Note that the UE_A 10 may determine whether or not to include at least one or more of the first identification information to the eighth fication information in a PDN connectivity request e, based on having received at least one of the seventy-first identification information to the seventy-sixth identification information in a PDU session e procedure. In other words, the UE_A 10 may e at least one or more of the sixty-first identification information to the sixty-eighth l7R0034l/NZ identification information in a PDN connectivity request message, based on having received at least one of the seventy-first identification ation to the seventy-sixth fication information, in a PDU session e procedure. [05 15] 2. ations A program running on an apparatus according to the present invention may serve as a computer a program that controls a Central Processing Unit (CPU) and the like to cause to operate in such a manner as to realize the functions of the embodiment according to the present invention. Programs or the information handled by the programs are temporarily stored in a volatile memory, such as a Random Access Memory (RAM), a non—volatile Disk Drive (HDD), or another storage device memory, such as a flash memory, a Hard [05 l 6] Note that a program for ing such functions of the embodiment according to the present invention may be recorded on a computer-readable recording medium. The functions may be realized by g a computer system to read the program recorded on the recording medium for execution. It is assumed that the ter system" refers to a computer system built into the apparatuses, and the computer system includes an operating system and hardware components such as a eral device. Furthermore, the "computer—readable recording medium" may be a semiconductor recording , an optical recording medium, a magnetic recording , a medium dynamically holding a program for a short time, or another computer-readable recording medium. [05 l 7] Furthermore, each functional block or various characteristics of the apparatuses used in the described embodiment may be implemented or performed on an electric circuit, for example an integrated circuit or multiple integrated circuits. An electric circuit designed to perform the functions described in the present specification may e a general-purpose processor, a Digital Signal Processor (DSP), an ation Specific Integrated Circuit (ASIC), a Field Programmable Gate Array , or other programmable logic devices, discrete gates or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, or may be a processor of known type, a controller, a micro-controller, or a state machine instead. The above-mentioned circuits may be constituted of a digital circuit, or may be constituted of an analog circuit. rmore, in a case that with es in semiconductor technology, a circuit integration logy appears that replaces the present integrated circuits, one or multiple aspects of the present invention are also possible to use a new integrated circuit based on the technology. l7R0034l/NZ Note that the invention of the present patent application is not limited to the above-described embodiments. In the embodiments, tuses have been described as these an example, but the ion of the present application is not limited to apparatuses, and is applicable to a terminal apparatus or a communication apparatus of a fixed-type or a stationary—type electronic apparatus installed indoors or outdoors, for example, an AV apparatus, a kitchen apparatus, a cleaning or washing machine, an air-conditioning apparatus, office equipment, a vending machine, and other old apparatuses.
The embodiments of the t invention have been described in detail above referring to the drawings, but the specific ration is not limited to the embodiments and includes, for example, an ent to a design that falls within the scope that does not depart from the gist of the present invention. Furthermore, various modifications are possible within the scope of the present invention defined by claims, and embodiments that are made by suitably ing technical means disclosed according to the different ments are also included in the technical scope of the present invention.
Furthermore, a configuration in which constituent elements, bed in the respective embodiments and having mutually the same effects, are substituted for one another is also included in the technical scope of the present invention.
Reference Signs List 1 Mobile communication system PDN_A UE_A UTRAN*A 22 NB_A 24 RNC_A GERAN_A 26 BSS_A PGW_A SGW_A 40 MME_A 42 SGSN_A 45 eNB_A 46_SCEF_A 50 HSS_A 55 AAA_A 60 PCRF_A 17R00341/NZ 65 ePDG_A 70 WLAN ANa 72 WLAN APa 74 TWAG_A 75 WLAN ANb 76 WLAN APb 80 E-UTRAN_A 90 Core k_A 120 NextGen RAN_A 122 NR node__A 125 WLAN ANc 126 WAG_A 130 UPGW_A 140 CPF_A 190 Core network_B

Claims (24)

Claims
1. A User Equipment (UE) sing: a memory storing a program; and a processor configured to execute the program to cause the UE to: send, to a first entity in a core network, a first Protocol Data Unit (PDU) session establishment request message, wherein the first PDU session establishment request message includes a first Session and Service Continuity (SSC) mode; receive a PDU session establishment accept message; receive a PDU session disconnection request message, wherein the PDU session disconnection request message includes a request for releasing a PDU n established in ance with the first PDU session establishment request message; and send, to a second entity in the core network, a second PDU session establishment request message in response to receiving the PDU session nection request message, wherein the second PDU n establishment request message includes a second SSC mode, and the second SSC mode is different from the first SSC mode.
2. An apparatus in a core network, the apparatus comprising: a memory storing a program; and a processor ured to execute the program to cause the apparatus to: e, from a User Equipment (UE), a first Protocol Data Unit (PDU) session establishment request message, wherein the first PDU session establishment request e includes a first Session and Service Continuity (SSC) mode; transmit, to the UE, a PDU session establishment accept message; and transmit, to the UE, a PDU session nection request message, wherein the PDU session disconnection request message includes a request for releasing a PDU session established in accordance with the first PDU session establishment t message, wherein the core network receives, from the UE in response to receiving the PDU session disconnection t message, a second PDU session establishment request message, wherein the second PDU session establishment t message includes a second SSC mode, and the second SSC mode is different from the first SSC mode.
3. A method for a User Equipment (UE), the method comprising: sending, to a first entity in a core network, a first Protocol Data Unit (PDU) session establishment request message, wherein the first PDU session establishment t message includes a first Session and Service Continuity (SSC) mode; receiving a PDU session establishment accept message; receiving a PDU session disconnection request message, wherein the PDU session disconnection t message includes a request for releasing a PDU session established in ance with the first PDU session establishment request message; and sending, to a second entity in the core network, a second PDU session establishment request e in response to receiving the PDU session nection request message, wherein the second PDU session establishment request message includes a second SSC mode, and the second SSC mode is different from the first SSC mode.
4. A method for an apparatus in a core network, the method comprising: receiving, from a User Equipment (UE), a first Protocol Data Unit (PDU) session establishment request message, wherein the first PDU n establishment request message includes a first Session and Service Continuity (SSC) mode; transmitting, to the UE, a PDU session establishment accept message; and transmitting, to the UE, a PDU session disconnection request message, wherein the PDU session disconnection t message includes a request for releasing a PDU session ished in ance with the first PDU session establishment request message, wherein the core network receives, from the UE in response to receiving the PDU session disconnection request message, a second PDU session establishment request message, wherein the second PDU session establishment t message es a second SSC mode, and the second SSC mode is different from the first SSC mode.
5. The UE of claim 1, n: the PDU session established in accordance with the first PDU session establishment request message is a first PDU session; and the PDU session nection request message includes information ting an instruction to establish a second PDU session.
6. The UE of claim 1, wherein the second PDU session establishment request message is a packet data network connectivity request message.
7. The UE of claim 1, wherein the core network is a fifth-generation core network.
8. The UE of claim 5, wherein the PDU session disconnection request message indicates that the first SSC mode is not usable for the UE based on an operator’s policy.
9. The tus of claim 2, wherein: the PDU session established in accordance with the first PDU session establishment request message is a first PDU session; and the PDU session disconnection request message includes information ting an instruction to establish a second PDU session.
10. The apparatus of claim 2, wherein the second PDU session establishment request message is a packet data network connectivity request message.
11. The apparatus of claim 2, wherein the core network is a fifth-generation core network.
12. The apparatus of claim 9, n the PDU session disconnection request message indicates that the first SSC mode is not usable for the UE based on an operator’s policy.
13. The method of claim 3, wherein: the PDU session established in accordance with the first PDU session ishment request message is a first PDU session; and the PDU session disconnection request message includes information indicating an instruction to ish a second PDU session.
14. The method of claim 3, wherein the second PDU session ishment request message is a packet data network tivity request message.
15. The method of claim 3, wherein the core network is a fifth-generation core network.
16. The method of claim 13, wherein the PDU session nection request message tes that the first SSC mode is not usable for the UE based on an operator’s policy.
17. The method of claim 4, wherein: the PDU session established in accordance with the first PDU session establishment request message is a first PDU session; and the PDU session disconnection request message es information indicating an instruction to establish a second PDU session.
18. The method of claim 4, wherein the second PDU session establishment request message is a packet data network connectivity request message.
19. The method of claim 4, wherein the core network is a fifth-generation core network.
20. The method of claim 17, wherein the PDU session disconnection request message tes that the first SSC mode is not usable for the UE based on an operator’s policy.
21. A User Equipment (UE) according to claim 1, substantially as herein described or exemplified.
22. An apparatus according to claim 2, substantially as herein described or exemplified.
23. A method according to claim 3, substantially as herein described or exemplified.
24. A method ing to claim 4, ntially as herein described or exemplified.
NZ752976A 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method NZ752976B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016-198806 2016-10-07
JP2016198806A JP2019208089A (en) 2016-10-07 2016-10-07 Terminal device, mme (mobility management entity), cpf (control plane function) and communication control method
PCT/JP2017/029303 WO2018066234A1 (en) 2016-10-07 2017-08-14 Terminal device, mobility management entity (mme), cotrol plane function (cpf), and communication control method

Publications (2)

Publication Number Publication Date
NZ752976A NZ752976A (en) 2021-10-29
NZ752976B2 true NZ752976B2 (en) 2022-02-01

Family

ID=

Similar Documents

Publication Publication Date Title
US11089542B2 (en) Terminal apparatus, base station apparatus, mobility management entity (MME), and communication control method
US11785454B2 (en) Terminal apparatus, base station apparatus, mobility management entity (MME), and communication control method
US10708827B2 (en) Method and nodes for handling a UE which has moved from an old location to a new location
US11140599B2 (en) Terminal apparatus, mobility management entity (MME), control plane function (CPF), and communication control method
US11197221B2 (en) Terminal apparatus, control apparatus, and communication control method
US11190995B2 (en) User equipment, AMF, core network apparatus, P-CSCF, and communication control method
US11064541B2 (en) Terminal apparatus, mobility management entity (MME), and communication control method
US10455626B2 (en) Terminal device and PCRF
US10299301B2 (en) Communication of information between devices in communication networks
US11930549B2 (en) UE and communication method for same
US20200314723A1 (en) Terminal apparatus, control apparatus, and communication control method
WO2019216392A1 (en) User equipment (ue)
US20180098373A1 (en) Terminal device, mme, and pgw
US11350466B2 (en) Terminal apparatus, control apparatus, gateway, and communication control method
US10841786B2 (en) Terminal device, PGW, and MME to establish or reject a multi-access PDN connection
JP2021106429A (en) Terminal device, mme (mobility management entity), and communications control method
AU2018369300A1 (en) Ue and communication control method for UE
NZ752976B2 (en) Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method