UE (User Equipment) and communication control method

Abstract

To provide an efficient method for hand-over between SNPN and PLMN.SOLUTION: UE establishes a first PDU session in SNPN, receives a first control message including information showing that redirection to the SNPN through PLMN is necessary, from a core network, releases a first PDU session, deactivates an SNPN access mode on the basis of reception of the first control message, selects the PLMN, executes a second registration procedure between the UE and the PLMN through 3GPP access, executes a second PDU session establish procedure, and establishes a second PUD session identified by a second PDU session ID.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] The present invention relates to UE (User Equipment). and communication control methods, etc. Regarding. [Background technology]

[0002] The 3GPP (3rd Generation Partnership Project) is studying the system architecture of the 5G System (5GS), a fifth-generation (5G) mobile communication system, and is discussing how to support new procedures and new functions (see Non-Patent Documents 1 to 3). The Release 16 standard introduced the concept of a Non-Public Network (NPN), and its functional extensions are being discussed in Release 17 (see Non-Patent Document 4). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] 3GPP TS 23.501 V16.4.0 (2020-03); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 16) [Non-patent document 2] 3GPP TS 23.502 V16.4.0 (2020-03); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 16) [Non-patent document 3] 3GPP TS 24.501 V16.4.1 (2020-03); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 16) [Non-patent document 4] 3GPP TR 23.700-07 V0.3.0 (2020-01); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhanced support of non-public networks (Release 17) Summary of the Invention [Problem to be solved by the invention]

[0004] Non-Patent Document 4 considers a handover method between a stand-alone NPN (SNPN), which is a type of NPN, and a PLMN, but the method has not yet been fully discussed and no conclusion has been reached.

[0005] The present invention has been made in view of the above circumstances, and has as its object to provide a method for efficiently performing handover between an SNPN and a PLMN. [Means for solving the problem]

[0006] A UE according to one embodiment of the present invention is a UE (User Equipment) comprising a control unit and a transceiver unit, wherein the control unit performs a first registration procedure via 3GPP access in an SNPN (Stand-alone Non-Public Network) identified by a first PLMN (Public Land Mobile Network) ID and an NID (Network Identifier), and then performs a first PDU session establishment procedure to establish a first PDU session identified by the first PDU session ID and set to SSC (Session and Service Continuity) mode 2; the transceiver unit receives a first control message from a core network, the first control message including information indicating that redirection to the SNPN via the PLMN is required; the control unit releases the first PDU session, and based on the reception of the first control message, deactivates the SNPN access mode, selects a PLMN identified by a second PLMN ID, and performs a second registration procedure with the PLMN via 3GPP access, and then performs a second PDU session establishment procedure to establish a second PDU session identified by the second PDU session ID. [Effects of the Invention]

[0007] Handover between SNPN and PLMN can be performed efficiently. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an outline of a mobile communication system in the case of direct connection to an SNPN. [Figure 2] FIG. 1 is a diagram illustrating a detailed configuration of a mobile communication system when directly connecting to an SNPN. [Figure 3] 1 is a diagram illustrating an overview of a mobile communication system when connecting directly to a PLMN and when connecting to an SNPN via a PLMN. [Figure 4]FIG. 1 is a diagram illustrating the detailed configuration of a mobile communication system when connecting directly to a PLMN and when connecting to an SNPN via a PLMN. [Figure 5] FIG. 1 is a diagram illustrating the device configuration of a UE. [Figure 6] A diagram explaining the configuration of an access network device (gNB) in 5GS. [Figure 7] A diagram explaining the configuration of core network devices (AMF / SMF / UPF) in 5GS. [Figure 8] FIG. 10 is a diagram illustrating a registration procedure. [Figure 9] A diagram explaining the PDU session establishment procedure. [Figure 10] FIG. 1 illustrates a network-initiated deregistration procedure. [Figure 11] FIG. 10 is a diagram illustrating a UE-initiated deregistration procedure. [Figure 12] A diagram explaining the PDU session release procedure. DETAILED DESCRIPTION OF THE INVENTION

[0009] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The best mode for carrying out the present invention will be described below with reference to the drawings. In this embodiment, as an example, an embodiment of a mobile communication system to which the present invention is applied will be described.

[0010] [1. System Overview] Here, a mobile communication system will be described.

[0011] First, Fig. 1 is a diagram for explaining the outline of a mobile communication system when directly connecting to an SNPN, and Fig. 2 is a diagram for explaining its detailed configuration. Also, Fig. 3 is a diagram for explaining the outline of a mobile communication system when directly connecting to a PLMN and the outline of a mobile communication system when connecting to an SNPN via a PLMN, and Fig. 4 is a diagram for explaining their detailed configurations.

[0012] 1 shows that the communication system is composed of UE (User Equipment) 10, access network 100, core network 200, and DN (Data Network) 250. Note that these devices and networks may be referred to by abbreviated symbols such as UE, access network, core network, DN, etc. Here, the access network in FIG. 1 may be 3GPP access or non-3GPP access, but is preferably 3GPP access.

[0013] Figure 2 also shows equipment and network functions such as UE_10, base station device_110, AMF (Access and Mobility Management Function)_210, SMF (Session Management Function)_220, UPF (User Plane Function)_230, and DN_250, as well as interfaces that connect these equipment and network functions to each other.

[0014] 3 also shows that the communication system is composed of UE (User Equipment)_10, access network_102, core network_202, DN (Data Network)_252, core network_200, and DN (Data Network)_250. Here, a mobile communication system in the case of direct connection to a PLMN may be composed of UE_10, access network_102, core network_202, and DN (Data Network)_252. Here, the access network_102 in FIG. 3 may be 3GPP access or non-3GPP access, but is preferably 3GPP access.

[0015] Furthermore, a mobile communication system when connecting to an SNPN via a PLMN may be composed of a UE_10, an access network, a core network_200, and a DN (Data Network)_250. In this case, the access network between the UE_10 and the core network_200 may be composed of an access network_102, a core network_202, and a DN (Data Network)_252. Here, this access network may be a 3GPP access or a non-3GPP access, but is preferably a non-3GPP access.

[0016] Figure 4 also shows devices and network functions such as UE_10, base station device_112, AMF_210, AMF_212, SMF_220, SMF_222, UPF_230, UPF_232, N3IWF_240, DN_250, and DN_252, as well as interfaces that connect these devices and network functions to each other.

[0017] The 5G system, 5GS (5G System), includes a UE, an access network, and a core network, and may further include a DN.

[0018] A UE is a device that can connect to a network service via 3GPP access (also referred to as a 3GPP access network, or 3GPP AN) and / or non-3GPP access (also referred to as a non-3GPP access network, or non-3GPP AN). A UE may be a terminal device capable of wireless communication, such as a mobile phone or a smartphone, and may be a terminal device that can connect to both an EPS (Evolved Packet System), which is a 4G system, and a 5GS system. A UE may include a UICC (Universal Integrated Circuit Card) or an eUICC (Embedded UICC). A UE may be referred to as a user device or a terminal device.

[0019] The access network may also be referred to as a 5G access network (5G AN). The 5G AN is composed of an NG-RAN (NG Radio Access Network) and / or a non-3GPP access network (non-3GPP AN).

[0020] One or more base station devices are deployed in the NG-RAN. The base station device may be a gNB. The gNB is a node that provides the NR (New Radio) user plane and control plane to UEs and connects to 5GC via an NG interface (including an N2 interface or an N3 interface). In other words, the gNB is a base station device newly designed for 5GS and has functions different from those of the base station device (eNB) used in EPS. In addition, when there are multiple gNBs, each gNB is connected to each other, for example, via an Xn interface. Note that the base station device 110 and the base station device 112 correspond to gNBs.

[0021] In the following, NG-RAN may be referred to as 3GPP access, non-3GPP AN may be referred to as non-3GPP access, and nodes deployed in the access network may be collectively referred to as NG-RAN nodes.

[0022] In the following description, the access network and / or the devices included in the access network may be referred to as access network devices.

[0023] Note that access network_100 and access network_102 support 3GPP access.

[0024] In addition, a base station device _110 is located in the access network _100, and a base station device _112 is located in the access network _102.

[0025] Also, the N3IWF in FIG. 4 is used in the case of untrusted non-3GPP access.

[0026] The core network corresponds to 5GC (5G Core Network). 5GC includes, for example, AMF, UPF, SMF, PCF, etc. Here, 5GC may be expressed as 5GCN.

[0027] Furthermore, the N3IWF may be located in the access network_102 or the core network_200, but it is preferable that it be located in the core network.

[0028] In addition, hereinafter, the core network and / or devices included in the core network may be referred to as core network devices.

[0029] The core network may be an IP mobile communication network operated by a mobile network operator (MNO) that connects the access network and the DN, or it may be a core network for a mobile network operator that operates and manages a mobile communication system, or it may be a core network for a virtual mobile communication operator such as an MVNO (Mobile Virtual Network Operator) or MVNE (Mobile Virtual Network Enabler) or a virtual mobile communication service provider.

[0030] Furthermore, the DN may be a DN that provides a communication service to the UE. The DN may be configured as a packet data service network, or may be configured for each service. Furthermore, the DN may include a connected communication terminal. Therefore, connecting to the DN may mean connecting to a communication terminal or a server device located in the DN. Furthermore, transmitting and receiving user data to and from the DN may mean transmitting and receiving user data to and from a communication terminal or a server device located in the DN.

[0031] In addition, hereinafter, an access network, a core network, at least a part of a DN, and / or one or more devices included therein may be referred to as a network or a network device. In other words, when a network and / or a network device transmits or receives a message and / or executes a procedure, it may mean that an access network, a core network, at least a part of a DN, and / or one or more devices included therein transmits or receives a message and / or executes a procedure.

[0032] The UE can also connect to an access network. The UE can also connect to a core network via the access network. The UE can also connect to a DN via the access network and the core network. That is, the UE can transmit and receive (communicate) user data with the DN. When the UE transmits and receives user data, it can use not only IP (Internet Protocol) communication but also non-IP communication.

[0033] Here, IP communication refers to data communication using IP, and data is sent and received using IP packets. An IP packet consists of an IP header and a payload section. The payload section may include data sent and received by devices and functions included in EPS and devices and functions included in 5GS.

[0034] Non-IP communication refers to data communication that does not use IP, and data is transmitted and received in a format different from the IP packet structure. For example, non-IP communication may be data communication realized by transmitting and receiving application data without an IP header, or may be user data transmitted and received by a UE with a different header such as a MAC header or an Ethernet (registered trademark) frame header.

[0035] [2. Configuration of each device] Next, the configuration of each device (UE, and / or access network device, and / or core network device) used in each embodiment will be described with reference to the drawings. Each device may be configured as physical hardware, as logical (virtual) hardware configured on general-purpose hardware, or as software. Furthermore, at least a part (including all) of the functions of each device may be configured as physical hardware, logical hardware, or software.

[0036] Each memory unit (memory unit 340, memory unit 440, memory unit 540) in each device / function described below is configured with, for example, a semiconductor memory, a solid state drive (SSD), a hard disk drive (HDD), etc. Each memory unit can store not only information that was originally set at the time of shipment, but also various information transmitted and received between devices / functions other than the device / function itself (e.g., UE, and / or access network device, and / or core network device, and / or PDN, and / or DN). Each memory unit can also store identification information, control information, flags, parameters, etc. included in control messages transmitted and received in various communication procedures described below. Each memory unit may also store this information for each UE.

[0037] [2.1. UE Device Configuration] First, an example of the device configuration of UE (User Equipment) will be explained using Figure 5. The UE is composed of a control unit 300, an antenna 310, a transceiver unit 320, and a memory unit 340. The control unit 300, the transceiver unit 320, and the memory unit 340 are connected via a bus. The transceiver unit 320 is connected to the antenna 310.

[0038] The control unit _300 is a functional unit that controls the operation and functions of the entire UE. Note that the control unit _300 may process all functions that other functional units in the UE (transmitter / receiver unit _320, memory unit _340) do not have. The control unit _300 realizes various processes in the UE by reading and executing various programs stored in the memory unit _340 as needed.

[0039] The transceiver_320 is a functional unit for wireless communication with base station devices in the access network via the antenna_310. That is, the UE can use the transceiver_320 to transmit and receive user data and / or control information between the access network device, and / or core network device, and / or PDN, and / or DN.

[0040] In addition, the UE can communicate with a base station device (gNB) in the 5G AN by using the transceiver unit 320. In addition, the UE can transmit and receive AMF and NAS (Non-Access-Stratum) messages via the N1 interface by using the transceiver unit 320.

[0041] The memory unit _340 is a functional unit for storing programs, user data, control information, etc. required for each operation of the UE. The memory unit _340 may also have a function for storing control information transmitted and received between the access network device, the core network device, and the DN.

[0042] [2.2. Device Configuration of gNB (Base Station Device_110, Base Station Device_112)] Next, an example of the gNB device configuration will be described using Figure 6. The gNB is composed of a control unit _500, an antenna _510, a network connection unit _520, a transceiver unit _530, and a memory unit _540. The control unit _500, the network connection unit _520, the transceiver unit _530, and the memory unit _540 are connected via a bus. The transceiver unit _530 is connected to the antenna _510.

[0043] The control unit _500 is a functional unit that controls the operation and functions of the entire gNB. Note that the control unit _500 may process all functions that are not possessed by other functional units (network connection unit _520, transceiver unit _530, memory unit _540) in the base station device _110. The control unit _500 realizes various processes in the gNB by reading and executing various programs stored in the memory unit _540 as necessary.

[0044] The network connection unit _520 is a functional unit for the gNB to communicate with the AMF and / or UPF. That is, the gNB can send and receive user data and / or control information between the AMF and / or UPF using the network connection unit _520.

[0045] The transceiver unit _530 is a functional unit for wirelessly communicating with the UE via the antenna _510. That is, the gNB can transmit and receive user data and / or control information to and from the UE using the transceiver unit _530.

[0046] A gNB in ​​a 5G AN can communicate with the AMF via the N2 interface by using the network connection unit _520, and can communicate with the UPF via the N3 interface. The gNB can also communicate with the UE by using the transceiver unit _530.

[0047] The memory unit _540 is a functional unit for storing programs, user data, control information, etc. required for each operation of the gNB. The memory unit _540 may also have a function for storing control information transmitted and received between the UE, other access network devices (base station devices), core network devices, and DNs.

[0048] [2.3. AMF (AMF_210, AMF_212) Device Configuration] Next, an example of the device configuration of the AMF will be explained using Figure 7. The AMF is composed of a control unit _700, a network connection unit _720, and a memory unit _740. The control unit _700, the network connection unit _720, and the memory unit _740 are connected via a bus. The AMF may be a node that handles the control plane (also called C-plane).

[0049] The control unit _700 is a functional unit that controls the operation and functions of the entire AMF. Note that the control unit _700 may process all functions that other functional units in the AMF (network connection unit _720, memory unit _740) do not have. The control unit _700 realizes various processes in the AMF by reading and executing various programs stored in the memory unit _740 as necessary.

[0050] The network connection unit _720 is a functional unit for the AMF to connect to a base station device, and / or an N3IWF, and / or other AMFs, and / or an SMF, and / or a PCF, and / or an NSSF (Network Slice Selection Function), and / or an UDM (Unified Data Management), and / or an SCEF. In other words, the AMF can use the network connection unit _720 to send and receive user data and / or control information between the base station device, and / or an N3IWF, and / or other AMFs, and / or an SMF, and / or a PCF, and / or an NSSF, and / or an UDM, and / or an SCEF.

[0051] By using the network connection unit _720, the AMF in the 5GCN can communicate with a base station device or an N3IWF via the N2 interface, with other AMFs via the N14 interface, with an SMF via the N11 interface, with a PCF via the N15 interface, with an NSSF via the N22 interface, and with a UDM via the N8 interface. The AMF can also send and receive NAS messages with a UE via the N1 interface by using the network connection unit _720. However, since the N1 interface is logical, in reality, communication between the UE and the AMF is performed via the 5G AN.

[0052] The memory unit _740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the AMF. The memory unit _740 may also have a function for storing control information transmitted and received between the UE, access network devices, other core network devices, and DNs.

[0053] The AMF has functions such as exchanging control messages with the RAN using the N2 interface, exchanging NAS messages with the UE using the N1 interface, encrypting and protecting the integrity of NAS messages, registration management (RM) functions, connection management (CM) functions, reachability management functions, mobility management functions for UEs, etc., transferring SM (Session Management) messages between the UE and the SMF, access authentication (Access Authorization) functions, security anchor functionality (SEA), security context management (SCM), supporting the N2 interface for the N3IWF (Non-3GPP Interworking Function), supporting the transmission and reception of NAS signals with the UE via the N3IWF, and authenticating the UE connected via the N3IWF.

[0054] In addition, registration management manages the RM state for each UE. The RM state may be synchronized between the UE and the AMF. The RM state includes an unregistered state (RM-DEREGISTERED state) and a registered state (RM-REGISTERED state). In the RM-DEREGISTERED state, the UE is not registered with the network, and therefore the UE context in the AMF does not have valid location information or routing information for the UE, and therefore the AMF cannot reach the UE. In the RM-REGISTERED state, the UE is registered with the network, and therefore the UE can receive services that require registration with the network. Note that the RM state may also be expressed as a 5GMM state. In this case, the RM-DEREGISTERED state may be expressed as a 5GMM-DEREGISTERED state, and the RM-REGISTERED state may be expressed as a 5GMM-REGISTERED state.

[0055] In other words, 5GMM-REGISTERED may be a state in which each device has established a 5GMM context, or a state in which a PDU session context has been established. When each device is 5GMM-REGISTERED, UE_10 may start transmitting and receiving user data and control messages, or may respond to paging. Furthermore, when each device is 5GMM-REGISTERED, UE_10 may perform a registration procedure other than the registration procedure for initial registration, and / or a service request procedure.

[0056] Furthermore, 5GMM-DEREGISTERED may be a state in which each device has not established a 5GMM context, a state in which the location information of UE_10 is not known to the network, or a state in which the network cannot reach UE_10. Note that when each device is 5GMM-DEREGISTERED, UE_10 may initiate a registration procedure or may establish a 5GMM context by performing the registration procedure.

[0057] In addition, connection management manages the CM state for each UE. The CM state may be synchronized between the UE and the AMF. The CM state includes a non-connected state (CM-IDLE state) and a connected state (CM-CONNECTED state). In the CM-IDLE state, the UE is in the RM-REGISTERED state but does not have a NAS signaling connection established with the AMF via the N1 interface. In the CM-IDLE state, the UE does not have an N2 interface connection or an N3 interface connection. On the other hand, in the CM-CONNECTED state, the UE has a NAS signaling connection established with the AMF via the N1 interface. In the CM-CONNECTED state, the UE may have an N2 interface connection and / or an N3 interface connection.

[0058] Furthermore, in connection management, the CM state in 3GPP access and the CM state in non-3GPP access may be managed separately. In this case, the CM state in 3GPP access may include a non-connected state in 3GPP access (CM-IDLE state over 3GPP access) and a connected state in 3GPP access (CM-CONNECTED state over 3GPP access). Furthermore, the CM state in non-3GPP access may include a non-connected state in non-3GPP access (CM-IDLE state over non-3GPP access) and a connected state in non-3GPP access (CM-CONNECTED state over non-3GPP access). Note that the non-connected state may be expressed as an idle mode, and the connected state mode may be expressed as a connected mode.

[0059] The CM state may be expressed as a 5GMM mode. In this case, the unconnected state may be expressed as a 5GMM-IDLE mode, and the connected state may be expressed as a 5GMM-CONNECTED mode. Furthermore, the unconnected state in 3GPP access may be expressed as a 5GMM-IDLE mode over 3GPP access, and the connected state in 3GPP access may be expressed as a 5GMM-CONNECTED mode over 3GPP access. Furthermore, the unconnected state in non-3GPP access may be expressed as 5GMM unconnected mode in non-3GPP access (5GMM-IDLE mode over non-3GPP access), and the connected state in non-3GPP access may be expressed as 5GMM connected mode in non-3GPP access (5GMM-CONNECTED mode over non-3GPP access). Note that the 5GMM unconnected mode may be expressed as idle mode, and the 5GMM connected mode may be expressed as connected mode.

[0060] One or more AMFs may be deployed in a core network. The AMF may be a Network Function (NF) that manages one or more Network Slice Instances (NSIs). The AMF may also be a Common Control Plane Network Function (CCNF) shared among multiple NSIs.

[0061] The N3IWF is a device and / or function arranged between the non-3GPP access and the 5GCN when the UE connects to the 5GS via the non-3GPP access. The N3IWF is preferably arranged in the core network.

[0062] [2.4. SMF device configuration] Next, an example of the device configuration of the SMF will be explained using Figure 7. The SMF is composed of a control unit 700, a network connection unit 720, and a memory unit 740. The control unit 700, the network connection unit 720, and the memory unit 740 are connected via a bus. The SMF may be a node that handles the control plane.

[0063] The control unit _700 is a functional unit that controls the operation and functions of the entire SMF. Note that the control unit _500 may process all functions that other functional units in the SMF (network connection unit _720, memory unit _740) do not have. The control unit _700 realizes various processes in the SMF by reading and executing various programs stored in the memory unit _740 as needed.

[0064] The network connection unit _720 is a functional unit for connecting the SMF to the AMF, and / or UPF, and / or PCF, and / or UDM. In other words, the SMF can use the network connection unit _720 to send and receive user data and / or control information between the AMF, and / or UPF, and / or PCF, and / or UDM.

[0065] By using the network connection unit _720, the SMF in the 5GCN can communicate with the AMF via the N11 interface, can communicate with the UPF via the N4 interface, can communicate with the PCF via the N7 interface, and can communicate with the UDM via the N10 interface.

[0066] The memory unit _740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the SMF. The memory unit _740 may also have a function for storing control information transmitted and received between the UE, access network devices, other core network devices, and DN.

[0067] The SMF has session management functions such as establishing, modifying, and releasing PDU sessions, IP address allocation for UEs and its management, UPF selection and control, UPF configuration for routing traffic to the appropriate destination, sending and receiving the SM portion of NAS messages, Downlink Data Notification, providing AN-specific (for each AN) SM information to be sent to the AN via the N2 interface via the AMF, determining the SSC mode (Session and Service Continuity mode) for the session, and roaming functions.

[0068] [2.5. UPF device configuration] Next, an example of the device configuration of the UPF will be explained using Figure 7. The UPF is composed of a control unit _700, a network connection unit _720, and a memory unit _740. The control unit _700, the network connection unit _720, and the memory unit _740 are connected via a bus. The UPF may be a node that handles the control plane.

[0069] The control unit _700 is a functional unit that controls the operation and functions of the entire UPF. The control unit _700 may also process all functions that are not possessed by other functional units in the AMF (network connection unit _720, memory unit _740). The control unit _700 realizes various processes in the UPF by reading and executing various programs stored in the memory unit _740 as needed.

[0070] The network connection unit _720 is a functional unit for the UPF to connect to a base station device (gNB), and / or SMF, and / or DN within a 5G AN. That is, the UPF can use the network connection unit _720 to transmit and receive user data and / or control information between the base station device, and / or N3IWF, and / or SMF, and / or DN, and / or other UPFs.

[0071] By using the network connection unit _620, a UPF in a 5GCN can communicate with a base station device or an N3IWF via the N3 interface, can communicate with an SMF via the N4 interface, can communicate with a DN via the N6 interface, and can communicate with other UPFs via the N9 interface.

[0072] The memory unit _740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the UPF. The memory unit _740 may also have a function for storing control information transmitted and received between the UE, access network devices, other core network devices, and DN.

[0073] The UPF has functions such as an anchor point for intra-RAT mobility or inter-RAT mobility, an external PDU session point for interconnecting to DNs (i.e., a gateway between the DN and the core network that forwards user data), a packet routing and forwarding function, a UL CL (Uplink Classifier) ​​function that supports routing of multiple traffic flows to one DN, a branching point function that supports multi-homed PDU sessions, a QoS (Quality of Service) processing function for the user plane, an uplink traffic verification function, downlink packet buffering, and a function to trigger downlink data notifications.

[0074] The UPF may also be a gateway for IP communication and / or non-IP communication. The UPF may also have a function for forwarding IP communication and a function for converting non-IP communication and IP communication. Furthermore, multiple gateways may be gateways that connect the core network to a single DN. The UPF may also have connectivity with other NFs and may be connected to each device via other NFs.

[0075] The user plane refers to user data transmitted and received between a UE and a network. The user plane may be transmitted and received using a PDN connection or a PDU session. Furthermore, in the case of EPS, the user plane may be transmitted and received using the LTE-Uu interface, and / or the S1-U interface, and / or the S5 interface, and / or the S8 interface, and / or the SGi interface. Furthermore, in the case of 5GS, the user plane may be transmitted and received via the interface between the UE and the NG RAN, and / or the N3 interface, and / or the N9 interface, and / or the N6 interface. Hereinafter, the user plane may be referred to as the U-Plane.

[0076] Furthermore, the control plane refers to control messages transmitted and received to control UE communications, etc. The control plane may be transmitted and received using a Non-Access-Stratum (NAS) signaling connection between the UE and the MME. Furthermore, in the case of EPS, the control plane may be transmitted and received using the LTE-Uu interface and the S1-MME interface. Furthermore, in the case of 5GS, the control plane may be transmitted and received using the interface between the UE and the NG RAN and the N2 interface. Hereinafter, the control plane may be referred to as the control plane or the C-Plane.

[0077] Furthermore, the U-Plane (User Plane; UP) may be a communication path for transmitting and receiving user data and may be composed of multiple bearers. Furthermore, the C-Plane (Control Plane; CP) may be a communication path for transmitting and receiving control messages and may be composed of multiple bearers.

[0078] [2.6. Description of other devices and / or functions and identification information in this embodiment] Next, other devices and / or functions and identification information will be described.

[0079] A network refers to at least a part of an access network, a core network, and a DN. One or more devices included in at least a part of an access network, a core network, and a DN may also be referred to as a network or a network device. In other words, when a network transmits, receives, and / or processes messages, it may mean that devices within the network (network devices and / or control devices) transmit, receive, and / or process messages. Conversely, when a device within the network transmits, receives, receives, and / or processes messages, it may mean that the network transmits, receives, receives, and / or processes messages.

[0080] In addition, an NSSF (Network Slice Selection Function) may be a network function (also referred to as an NF) that has the function of selecting a network slice that serves a UE.

[0081] Furthermore, an NWDAF (Network Data Analytics Function) may be an NF that has the function of collecting data from an NF or an application function (also referred to as an AF).

[0082] Furthermore, a PCF (Policy Control Function) may be an NF having a function of determining a policy for controlling the behavior of a network.

[0083] Furthermore, an NRF (Network Repository Function) may be an NF having a service discovery function, which may have a function of providing information about the discovered NF when receiving a discovery request for another NF from another NF.

[0084] Furthermore, an SM (Session Management) message (also referred to as a NAS (Non-Access-Stratum) SM message) may be an NAS message used in a procedure for SM and may be a control message transmitted and received between a UE and an SMF via an AMF. Furthermore, the SM message may include a PDU session establishment request message, a PDU session establishment accept message, a PDU session establishment reject message, a PDU session modification request message, a PDU session modification command message, a PDU session modification complete message, a PDU session modification command reject message, a PDU session modification reject message, a PDU session release request message, a PDU session release reject message, a PDU session release command message, a PDU session release complete message, etc.

[0085] Furthermore, the procedure for SM or the SM procedure may include a PDU session establishment procedure, a PDU session modification procedure, and a UE-requested PDU session release procedure. Note that each procedure may be initiated by the UE or the NW.

[0086] Furthermore, an MM (Mobility management) message (also referred to as a NAS MM message) may be a NAS message used in a procedure for MM, and may be a control message transmitted and received between the UE 10 and the AMF. Furthermore, the MM message may include a registration request message, a registration accept message, a registration reject message, a de-registration request message, a de-registration accept message, a configuration update command message, a configuration update complete message, a service request message, a service accept message, a service reject message, a notification message, a notification response message, etc.

[0087] In addition, the procedures for MM or MM procedures may include a registration procedure, a de-registration procedure, a generic UE configuration update procedure, an authentication and authorization procedure, a service request procedure, a paging procedure, and a notification procedure.

[0088] The 5GS (5G System) service may be a connection service provided using a core network. The 5GS service may be a service different from the EPS service or a service similar to the EPS service.

[0089] In addition, non-5GS services may be services other than 5GS services, and may include EPS services and / or non-EPS services.

[0090] Also, the PDN (Packet Data Network) type indicates the type of PDN connection, and can be IPv4, IPv6, IPv4v6, or non-IP. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If IPv4v6 is specified, it indicates that data will be sent and received using either IPv4 or IPv6. If non-IP is specified, it indicates that communication will not be via IP, but via a communication method other than IP.

[0091] Furthermore, a PDU (Protocol Data Unit / Packet Data Unit) session can be defined as an association between a DN that provides a PDU connectivity service and a UE, but it may also be connectivity established between a UE and an external gateway. In 5GS, a UE can transmit and receive user data to and from a DN by establishing a PDU session via an access network and a core network. Here, this external gateway may be a UPF, SCEF, or the like. The UE can transmit and receive user data to and from a device such as an application server located in the DN using the PDU session.

[0092] Each device (UE, and / or access network device, and / or core network device) may associate one or more pieces of identification information with a PDU session and manage them. These pieces of identification information may include one or more of the DNN, QoS rule, PDU session type, application identification information, NSI identification information, and access network identification information, or may further include other information. Furthermore, when multiple PDU sessions are established, the identification information associated with the PDU sessions may be the same or different.

[0093] Furthermore, the DNN (Data Network Name) may be identification information for identifying a core network and / or an external network such as a DN. Furthermore, the DNN can also be used as information for selecting a gateway such as PGW_30 / UPF_235 that connects the core network B190. Furthermore, the DNN may be equivalent to an APN (Access Point Name).

[0094] Furthermore, the PDU (Protocol Data Unit / Packet Data Unit) session type indicates the type of PDU session, and can be IPv4, IPv6, Ethernet, or Unstructured. If IPv4 is specified, it indicates that data will be sent and received using IPv4. If IPv6 is specified, it indicates that data will be sent and received using IPv6. If Ethernet is specified, it indicates that Ethernet frames will be sent and received. Furthermore, Ethernet may indicate that communication using IP is not performed. If Unstructured is specified, it indicates that data will be sent and received to an application server or the like in the DN using Point-to-Point (P2P) tunneling technology. As the P2P tunneling technology, for example, UDP / IP encapsulation technology may be used. In addition to the above, the PDU session type may also include IP. IP can be specified if the UE is capable of using both IPv4 and IPv6.

[0095] A PLMN (Public Land Mobile Network) is a communication network that provides mobile radio communication services. A PLMN is a network managed by an operator, which is a communications carrier, and the operator can be identified by a PLMN ID. A PLMN that matches the MCC (Mobile Country Code) and MNC (Mobile Network Code) of a UE's IMSI (International Mobile Subscriber Identity) may be a Home PLMN (HPLMN). Furthermore, the UE may store an Equivalent HPLMN list in its USIM to identify one or more Equivalent HPLMNs (EPLMNs). A PLMN that is different from the HPLMN and / or EPLMN may be a Visited PLMN (VPLMN). A PLMN to which a UE has successfully registered may be a Registered PLMN (RPLMN).

[0096] An SNPN is a type of NPN that is a 5GS service deployed for non-public use. It is operated by an NPN operator and is independent of the NF provided by the PLMN. An SNPN is identified by a combination of a PLMN ID and an NID. A UE capable of using an SNPN may support an SNPN access mode. A UE configured to operate in the SNPN access mode may be able to select and register with an SNPN, but may not be able to select a PLMN. A UE configured to operate in the SNPN access mode may be able to perform an SNPN selection procedure, but may not be able to perform a normal PLMN selection procedure. A UE that is enabled for an SNPN but is not configured to operate in the SNPN access mode may not be able to select and register with an SNPN, but may be able to select a PLMN. A UE that is not configured to operate in the SNPN access mode may not be able to perform an SNPN selection procedure, but may be able to perform a normal PLMN selection procedure.

[0097] The SNPN access mode may be applied on an access basis. That is, it may be managed separately for 3GPP access and non-3GPP access. In other words, activation or deactivation of the SNPN access mode for 3GPP access may be independent of activation or deactivation of the SNPN access mode for non-3GPP access. That is, when the SNPN access mode for 3GPP access is activated, the SNPN access mode for non-3GPP access may be activated or deactivated. Furthermore, when the SNPN access mode for 3GPP access is deactivated, the SNPN access mode for non-3GPP access may be activated or deactivated.

[0098] In addition, if the SNPN access mode is not applied on an access unit basis, the SNPN access mode when connecting to the SNPN via a PLMN may be defined as a new SNPN access mode (e.g., SNPN access mode via a PLMN).

[0099] A network slice (NS) is a logical network that provides specific network capabilities and network characteristics. UEs and / or networks can support network slices (NW slices; NS) in 5GS. A network slice may also be simply referred to as a slice.

[0100] A network slice instance (NSI) is composed of an instance (entity) of a network function (NF) and a set of required resources, forming a deployed network slice. Here, an NF is a processing function in a network, adopted or defined by 3GPP. An NSI is an entity of one or more NSs configured within a core network. An NSI may also be composed of virtual network functions (NFs) generated using a network slice template (NST). An NST is a logical representation of one or more NFs, associated with resource requirements for providing required communication services and capabilities. In other words, an NSI may be a collection of multiple NFs within a core network. An NSI may also be a logical network configured to separate user data delivered by services, etc. One or more NFs may be configured within an NS. The NFs configured within an NS may or may not be shared with other NSs. A UE and / or a device in the network can be assigned to one or more NSs based on registration information such as an NSSAI, an S-NSSAI, an UE usage type, an NSI ID, or one or more APNs. The UE usage type is a parameter value included in the UE registration information and used to identify the NSI. The UE usage type may be stored in the HSS. The AMF may select an SMF and a UPF based on the UE usage type.

[0101] Furthermore, S-NSSAI (Single Network Slice Selection Assistance Information) is information for identifying an NS. The S-NSSAI may consist of only an SST (Slice / Service type) or may consist of both an SST and an SD (Slice Differentiator). Here, the SST is information indicating the expected behavior of the NS in terms of functions and services. The SD may be information that interpolates the SST when selecting one NSI from multiple NSIs indicated by the SST. The S-NSSAI may be information specific to each PLMN, or may be standard information common among PLMNs. The network may store one or more S-NSSAIs as default S-NSSAIs in the registration information of the UE. Note that when the S-NSSAI is the default S-NSSAI, if the UE does not send a valid S-NSSAI to the network in a registration request message, the network may provide an NS related to the UE.

[0102] Also, NSSAI (Network Slice Selection Assistance Information) is a collection of S-NSSAIs. Each S-NSSAI included in the NSSAI is information that assists the access network or core network in selecting an NSI. The UE may store the NSSAI authorized by the network for each PLMN. Also, the NSSAI may be information used to select an AMF.

[0103] Furthermore, the configured NSSAI (also referred to as configured NSSAI) is an NSSAI that is provided and stored in the UE. The UE may store the configured NSSAI for each PLMN. The configured NSSAI may be information configured by the network (or PLMN). The S-NSSAI included in the configured NSSAI may be expressed as configured S-NSSAI. The configured S-NSSAI may be configured to include an S-NSSAI and a mapped S-NSSAI.

[0104] The requested NSSAI (also referred to as the Requested NSSAI) is an NSSAI provided from the UE to the network during the registration procedure. The requested NSSAI may be an allowed NSSAI or a configured NSSAI stored by the UE. Specifically, the requested NSSAI may be information indicating a network slice that the UE wishes to access. The S-NSSAI included in the requested NSSAI may be expressed as a requested S-NSSAI. For example, the requested NSSAI is transmitted in a NAS message, such as a registration request message or a PDU session establishment request message, transmitted from the UE to the network, or in a Radio Resource Control (RRC) message including a Non-Access-Stratum (NAS) message.

[0105] Furthermore, the allowed NSSAI (also referred to as the permitted NSSAI or Allowed NSSAI) is information indicating one or more network slices to which the UE is permitted. In other words, the allowed NSSAI is information that identifies the network slice to which the network permits the UE to connect. The UE and the network each store and manage the allowed NSSAI for each access (3GPP access or non-3GPP access) as UE information. The S-NSSAI included in the allowed NSSAI may be expressed as the allowed S-NSSAI. The allowed S-NSSAI may be configured to include the S-NSSAI and the mapped S-NSSAI.

[0106] Furthermore, a mapped S-NSSAI (also referred to as a mapped S-NSSAI) is an S-NSSAI of an HPLMN mapped to an S-NSSAI of a registered PLMN in a roaming scenario. The UE may store one or more mapped S-NSSAIs mapped to the configured NSSAI and the S-NSSAI included in the Allowed NSSAI for each access type. Furthermore, the UE may store one or more mapped S-NSSAIs for the S-NSSAI included in the rejected NSSAI.

[0107] Furthermore, a rejected NSSAI (also referred to as a Rejected NSSAI) is information indicating one or more network slices to which a UE is not permitted to connect. In other words, a rejected NSSAI is information identifying a network slice to which a network does not permit a UE to connect. A rejected NSSAI may be information including one or more combinations of an S-NSSAI and a rejection reason value. Here, the rejection reason value is information indicating the reason why the network rejects the corresponding S-NSSAI. The UE and the network may store and manage the rejected NSSAI appropriately based on the rejection reason value associated with each S-NSSAI. Furthermore, the rejected NSSAI may be included in an NAS message transmitted from the network to the UE, such as a registration accept message, a configuration update command, or a registration reject message, or in an RRC message including an NAS message. An S-NSSAI included in a rejected NSSAI may be expressed as a rejected S-NSSAI. The rejected NSSAI may be any one of the first to third rejected NSSAIs, a pending NSSAI, or a combination of these. An S-NSSAI included in a rejected NSSAI may be expressed as a rejected S-NSSAI. The rejected S-NSSAI may be configured to include an S-NSSAI and a mapped S-NSSAI.

[0108] Here, the first rejected NSSAI is a set of one or more S-NSSAIs that are unavailable in the current PLMN among the S-NSSAIs included in the requested NSSAI by the UE. The first rejected NSSAI may be a 5GS rejected NSSAI for the current PLMN, a rejected S-NSSAI for the current PLMN, or an S-NSSAI included in the rejected NSSAI for the current PLMN. The first rejected NSSAI may be a rejected NSSAI stored by the UE or the NW, or may be a rejected NSSAI transmitted from the NW to the UE. If the first rejected NSSAI is a rejected NSSAI transmitted from the NW to the UE, the first rejected NSSAI may be information including one or more combinations of an S-NSSAI and a reason value. The rejection reason value at this time may be "S-NSSAI is not available in the current PLMN" or may be information indicating that the S-NSSAI associated with the rejection reason value is not available in the current PLMN.

[0109] Furthermore, the first rejected NSSAI is valid for the entire registered PLMN. In other words, the UE and / or NW may treat the first rejected NSSAI and the S-NSSAI included in the first rejected NSSAI as information independent of the access type. That is, the first rejected NSSAI may be information valid for both 3GPP access and non-3GPP access.

[0110] The UE may delete the first rejected NSSAI from its memory if it transitions to an unregistered state in both 3GPP access and non-3GPP access for the current PLMN. In other words, if the UE transitions to an unregistered state for the current PLMN via one access, or if the UE successfully registers to a new PLMN via one access, or if the UE fails to register to the new PLMN via one access and transitions to an unregistered state, and if the UE is not registered via the other access (unregistered state), the UE deletes the first rejected NSSAI.

[0111] Furthermore, the second rejected NSSAI is a set of one or more S-NSSAIs that are unavailable in the current registration area among the S-NSSAIs included in the requested NSSAI by the UE. The second rejected NSSAI may be a 5GS rejected NSSAI for the current registration area. The second rejected NSSAI may be a rejected NSSAI stored by the UE or the NW, or may be a rejected NSSAI transmitted from the NW to the UE. When the second rejected NSSAI is a rejected NSSAI transmitted from the NW to the UE, the second rejected NSSAI may be information including one or more combinations of an S-NSSAI and a reason value. In this case, the reason value may be "S-NSSAI is not available in the current registration area" or may be information indicating that the S-NSSAI associated with the reason value is unavailable in the current registration area.

[0112] Furthermore, the second rejected NSSAI is valid within the current registration area. That is, the UE and / or NW may treat the second rejected NSSAI and the S-NSSAI included in the second rejected NSSAI as information for each access type. That is, the second rejected NSSAI may be information valid for each of 3GPP access and non-3GPP access. That is, once the UE transitions to an unregistered state for a certain access, the UE may delete the second rejected NSSAI from its memory.

[0113] Furthermore, the third rejected NSSAI is a set of one or more S-NSSAIs that require an NSSAA and for which the NSSAA for that S-NSSAI has failed or been revoked. The third rejected NSSAI may be an NSSAI stored by the UE and / or the NW, or may be transmitted from the NW to the UE. When the third rejected NSSAI is transmitted from the NW to the UE, the third rejected NSSAI may be information including one or more combinations of an S-NSSAI and a rejection reason value. In this case, the rejection reason value may be "S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authentication" or may be information indicating that the NSSAA for the S-NSSAI associated with the rejection reason value has failed or been revoked.

[0114] Furthermore, the third rejected NSSAI is valid for the entire registered PLMN. In other words, the UE and / or NW may treat the third rejected NSSAI and the S-NSSAI included in the third rejected NSSAI as information independent of the access type. That is, the third rejected NSSAI may be information valid for 3GPP access and non-3GPP access. The third rejected NSSAI may be an NSSAI different from the rejected NSSAI. The third rejected NSSAI may be the first rejected NSSAI.

[0115] The third rejected NSSAI identifies a slice that the UE rejected due to an NSSAA failure or revocation from the core network. Specifically, while the UE stores the third rejected NSSAI, it does not initiate a registration request procedure for the S-NSSAI included in the third rejected NSSAI. The third rejected NSSAI may be identification information including one or more S-NSSAIs received from the core network in association with a rejection reason value indicating an NSSAA failure. The third rejected NSSAI is information independent of the access type. Specifically, when the UE stores the third rejected NSSAI, the UE may not attempt to send a registration request message including the S-NSSAI included in the third rejected NSSAI to both 3GPP access and non-3GPP access. Alternatively, the UE may send a registration request message including the S-NSSAI included in the third rejected NSSAI based on a UE policy. Alternatively, the UE may delete the third rejected NSSAI based on the UE policy and transition to a state in which it can transmit a registration request message including an S-NSSAI included in the third rejected NSSAI. In other words, when the UE transmits a registration request message including an S-NSSAI included in the third rejected NSSAI based on the UE policy, the UE may delete the S-NSSAI from the third rejected NSSAI.

[0116] Furthermore, a pending NSSAI (also referred to as a Pending NSSAI) is an S-NSSAI that requires network slice specific authentication by the network, and is a collection of one or more S-NSSAIs that are not usable in the current PLMN because the network slice specific authentication has not been completed. The pending NSSAI may be a 5GS Rejected NSSAI due to NSSAA or a pending NSSAI. The pending NSSAI may be an NSSAI stored by the UE or the NW, or an NSSAI transmitted from the NW to the UE. Note that the pending NSSAI is not limited to the rejected NSSAI, and may be an NSSAI independent of the rejected NSSAI. When the pending NSSAI is an NSSAI transmitted from the NW to the UE, the pending NSSAI may be information including one or more combinations of an S-NSSAI and a rejection reason value. The rejection reason value at this time may be "NSSAA is pending for the S-NSSAI" and may be information indicating that the S-NSSAI associated with the rejection reason value is prohibited or pending use by the UE until the NSSAA for that S-NSSAI is completed.

[0117] Furthermore, the pending NSSAI is valid for the entire registered PLMN. In other words, the UE and / or NW may treat the third rejected NSSAI and the S-NSSAI included in the pending NSSAI as information independent of the access type. That is, the pending NSSAI may be information valid for 3GPP access and non-3GPP access. The pending NSSAI may be an NSSAI different from the rejected NSSAI. The pending NSSAI may be the first rejected NSSAI.

[0118] Furthermore, the pending NSSAI is an NSSAI consisting of one or more S-NSSAIs that identify slices for which the UE has pending procedures. Specifically, while the UE stores the pending NSSAI, it does not initiate a registration request procedure for the S-NSSAI included in the pending NSSAI. In other words, the UE does not use the S-NSSAI included in the pending NSSAI during the registration procedure until the NSSAA for the S-NSSAI included in the pending NSSAI is completed. The pending NSSAI is identification information that includes one or more S-NSSAIs received from the core network in association with a rejection reason value indicating a pending NSSAA. The pending NSSAI is information that is independent of the access type. Specifically, when the UE stores the pending NSSAI, the UE does not attempt to send a registration request message including the S-NSSAI included in the pending NSSAI to both 3GPP access and non-3GPP access.

[0119] A tracking area is a single or multiple ranges managed by the core network that can be represented by the location information of UE_10. A tracking area may be composed of multiple cells. Furthermore, a tracking area may be an area in which control messages such as paging are broadcast, or an area in which UE_10 can move without performing a handover procedure. Furthermore, a tracking area may be a routing area, a location area, or anything similar to these. Hereinafter, a tracking area may be a TA (Tracking Area). A tracking area may be identified by a TAI (Tracking Area Identity) consisting of a TAC (Tracking area code) and a PLMN.

[0120] A registration area is a set of one or more TAs assigned to a UE by the AMF. Note that while the UE_10 is moving within one or more TAs included in the registration area, the UE_10 may be able to move without sending or receiving signals for tracking area update. In other words, the registration area may be a group of information indicating an area in which the UE_10 can move without performing a tracking area update procedure. The registration area may be identified by a TAI list consisting of one or more TAIs.

[0121] The UE ID is information for identifying a UE. Specifically, for example, the UE ID may be a SUCI (Subscription Concealed Identifier), a SUPI (Subscription Permanent Identifier), a GUTI (Globally Unique Temporary Identifier), an IMEI (International Mobile Subscriber Identity), an IMEISV (IMEI Software Version), or a TMSI (Temporary Mobile Subscriber Identity). Alternatively, the UE ID may be other information set in an application or a network. Furthermore, the UE ID may be information for identifying a user.

[0122] Network Slice-Specific Authentication and Authorization (NSSAA) is a function for realizing network slice-specific authentication and authorization. Network slice-specific authentication and authorization allows UE authentication and authorization to be performed outside the core network, such as by a third party. PLMNs and network devices with NSSAA functionality can perform NSSAA procedures for a certain S-NSSAI based on the UE's registration information. Furthermore, UEs with NSSAA functionality can manage and store rejected NSSAIs for pending NSSAA and / or rejected NSSAIs for failed NSSAA. In this document, NSSAA may be referred to as the network slice-specific authentication and authorization procedure or the authentication and authorization procedure.

[0123] An S-NSSAI requiring an NSSAA is an S-NSSAI requiring an NSSAA that is managed by a core network and / or a core network device. The core network and / or core network device may store an S-NSSAI requiring an NSSAA by associating the S-NSSAI with information indicating whether an NSSAA is required. The core network and / or core network device may further store an S-NSSAI requiring an NSSAA with information indicating whether an NSSAA has been completed, or information indicating that the NSSAA has been completed and is permitted or successful. The core network and / or core network device may manage an S-NSSAI requiring an NSSAA as information unrelated to the access network.

[0124] Next, the identification information transmitted, received, stored, and managed by each device in this embodiment will be described.

[0125] First, the first identification information is UE capability information. The first identification information may be 5GMM capability. The first identification information may also indicate whether the UE supports a certain function. The first identification information may also indicate whether the UE supports handover between an SNPN and a PLMN.

[0126] Furthermore, the second identity may be a Requested NSSAI. The second identity may be composed of one or more requested S-NSSAIs. The second identity may also indicate an S-NSSAI that can be connected to an SPN. The second identity may also indicate an S-NSSAI that can be connected to an SNPN via a PLMN.

[0127] The third identity is a type of registration being requested. The third identity may be a 5GS registration type. The third identity may indicate initial registration, mobility registration updating, periodic registration updating, emergency registration, or registration to an SNPN via a PLMN.

[0128] The fourth identification information is identification information that includes at least two of the first to third identification information.

[0129] In addition, the eleventh identification information is network capability information. The eleventh identification information may be 5GS network feature support. In addition, the eleventh identification information may indicate whether the network supports a certain function. In addition, the eleventh identification information may indicate whether the network supports handover between an SNPN and a PLMN.

[0130] The twelfth identity information is an Allowed NSSAI. The twelfth identity information may be composed of one or more S-NSSAIs.

[0131] The thirteenth identification information is a Rejected NSSAI. The thirteenth identification information may be composed of one or more S-NSSAIs.

[0132] The fourteenth identity information is a Configured NSSAI. The fourteenth identity information may be configured with one or more S-NSSAIs.

[0133] The fifteenth identity information is a Pending NSSAI. The fifteenth identity information may be composed of one or more S-NSSAIs.

[0134] The sixteenth identification information is identification information that includes at least two of the eleventh to fifteenth identification information.

[0135] Furthermore, the 21st identification information is a PDU session ID that identifies the PDU session. Furthermore, the 21st identification information may be a PDU session ID that identifies the PDU session that is requested to be established.

[0136] Furthermore, the 22nd identification information is a PDU session type that identifies the type of the PDU session. Furthermore, the 22nd identification information may be a PDU session type requested by the UE for the PDU session. Furthermore, the 22nd identification information may indicate any of IPv4, IPv6, IPv4v6, Unstructured, and Ethernet (registered trademark).

[0137] Furthermore, the 23rd identification information is the SSC mode. Furthermore, the 23rd identification information may be the SSC mode requested by the UE for the PDU session. Furthermore, the 23rd identification information may indicate any of SSC mode 1, SSC mode 2, and SSC mode 3.

[0138] Furthermore, the 24th identification information is UE capability information. The 24th identification information may be 5GSM capability. The 24th identification information may indicate whether the UE supports a certain function. The 24th identification information may indicate whether the UE supports a function of establishing a PDU session to an SNPN via a PLMN, or may indicate whether the UE supports handover between an SNPN and a PLMN.

[0139] Furthermore, the 25th identification information may be one or more S-NSSAIs. Furthermore, the 25th identification information may be one or more S-NSSAIs requested by the UE for the PDU session to be established. Furthermore, the 25th identification information may be one or more S-NSSAIs selected from the Allowed NSSAIs for the current access type. Specifically, the 25th identification information may be one or more S-NSSAIs for at least one of the accesses (3GPP access or non-3GPP access) allowed by the network as an Allowed NSSAI included in a Registration Accept message in a registration procedure.

[0140] Furthermore, the 26th identification information is a DNN. Furthermore, the 26th identification information may be a DNN that identifies a DN that is a connection destination of a PDU session that the UE requests to establish.

[0141] Furthermore, the 27th identification information is a PDU session ID for identifying a PDU session. Furthermore, the 27th identification information may be a PDU session ID for identifying an already established PDU session. For example, if a PDU session via 3GPP access has already been established, the 27th identification information may be a PDU session ID for identifying a PDU session via 3GPP access. Furthermore, if a PDU session via non-3GPP access has already been established, the 27th identification information may be a PDU session ID for identifying a PDU session via non-3GPP access. Furthermore, the 27th identification information may be a PDU session ID for identifying a PDU session established in an SNPN, a PDU session ID for identifying a PDU session established in a PLMN, or a PDU session ID for identifying a PDU session established in an SNPN via a PLMN.

[0142] The 28th identification information is identification information that includes at least two of the 21st to 27th identification information.

[0143] Furthermore, the 31st identification information is a PDU session ID that identifies a PDU session. It may be a PDU session ID that identifies a PDU session that is permitted to be established by the network.

[0144] The 32nd identification information may be a PDU session type that identifies the type of the PDU session. The 32nd identification information may be a PDU session type selected by the network. The 32nd identification information may indicate any of IPv4, IPv6, IPv4v6, Unstructured, and Ethernet (registered trademark).

[0145] The 33rd identification information may also be an SSC mode. The 33rd identification information may also be an SSC mode selected by the network for the PDU session. The 33rd identification information may also indicate SSC mode 1, SSC mode 2, or SSC mode 3.

[0146] Furthermore, the 34th identification information is network UE capability information. The 34th identification information may be 5GSM network feature support. The 34th identification information may indicate whether the network supports a certain function. The 34th identification information may also indicate whether the network supports a function for establishing a PDU session to an SNPN via a PLMN, or whether the network supports handover between an SNPN and a PLMN.

[0147] Also, the 35th identification information is one or more S-NSSAIs.

[0148] In addition, the 36th identification information is a DNN. In addition, the 36th identification information may be a DNN that identifies the DN to which the PDU session is connected.

[0149] The 37th identification information is identification information that includes at least two of the 31st to 36th identification information.

[0150] Furthermore, the 41st identification information is a de-registration type. The 41st identification information may be a de-registration type. The 41st identification information may indicate whether re-registration is required. The 41st identification information may indicate whether re-registration is required for 3GPP access, non-3GPP access, or both 3GPP access and non-3GPP access. In addition, the 41st identification information indicates a re-registration request, which may indicate that a change from SNPN to PLMN is required, or that redirection to SNPN via PLMN is required (redirection to SNPN via PLMN required), or that SNPN is not available (SNPN not available), or that direct access to SNPN is not available (direct access to SNPN not allowed), or that direct access to SNPN is not allowed (direct access to SNPN not allowed), or that access to SNPN via PLMN is allowed (access to SNPN via PLMN allowed), or may indicate deactivation of SNPN access mode.

[0151] Furthermore, the 41st identification information may indicate a re-registration request, which may indicate that a change from PLMN to SNPN is required, or that a redirection to SNPN is required, or that an SNPN via PLMN is not available, or that access to SNPN via PLMN is not available, or that access to SNPN via PLMN is not allowed, or that direct access to SNPN is allowed, or that an SNPN access mode is activated.

[0152] Also, the 42nd identification information is a cause value. The 42nd identification information may be a 5GMM cause. The 42nd identification information may indicate that a change from SNPN to PLMN is required, that a redirection to SNPN via PLMN required, that an SNPN is not available, that a direct access to SNPN is not available, that an SNPN is not allowed, that a direct access to SNPN is not allowed, that access to SNPN via PLMN allowed, or that an SNPN access mode is deactivated.

[0153] Additionally, the 42nd identification information may indicate that a change from PLMN to SNPN is required, or that a redirection to SNPN is required, or that access to SNPN via PLMN is not available, or that SNPN via PLMN is not available, or that access to SNPN via PLMN is not allowed, or that direct access to SNPN is allowed, or that SNPN access mode is activated.

[0154] The 43rd identification information is identification information that includes at least two of the 41st and 42nd identification information.

[0155] Furthermore, the 51st identification information is a de-registration type. The 51st identification information may be a de-registration type. The 51st identification information may also indicate normal de-registration or switch-off. The 51st identification information may also indicate whether the normal de-registration or switch-off is for 3GPP access, for non-3GPP access, or for 3GPP access and non-3GPP access.

[0156] Also, the 52nd identification information is a cause value. The 52nd identification information may be a 5GMM cause. The 52nd identification information may indicate that a change from SNPN to PLMN is required, that a redirection to SNPN via PLMN required, that an SNPN is not available, that a direct access to SNPN is not available, that an SNPN is not allowed, that a direct access to SNPN is not allowed, that access to SNPN via PLMN allowed, or that an SNPN access mode is deactivated.

[0157] Additionally, the 52nd identification information may indicate that a change from PLMN to SNPN is required, may indicate that a redirection to SNPN is required, may indicate that access to SNPN via PLMN is not available, may indicate that SNPN via PLMN is not available, may indicate that access to SNPN via PLMN is not allowed, may indicate that direct access to SNPN is allowed, or may indicate activation of SNPN access mode.

[0158] The 53rd identification information is identification information that includes at least two of the 51st and 52nd identification information.

[0159] Also, the 62nd identification information is a cause value. The 62nd identification information may be a 5GMM cause. The 62nd identification information may indicate that a change from SNPN to PLMN is required, that a redirection to SNPN via PLMN required, that an SNPN is not available, that a direct access to SNPN is not available, that an SNPN is not allowed, that a direct access to SNPN is not allowed, that access to SNPN via PLMN allowed, or that an SNPN access mode is deactivated.

[0160] Additionally, the 62nd identification information may indicate that a change from PLMN to SNPN is required, may indicate that a redirection to SNPN is required, may indicate that access to SNPN via PLMN is not available, may indicate that SNPN via PLMN is not available, may indicate that access to SNPN via PLMN is not allowed, may indicate that direct access to SNPN is allowed, or may indicate activation of SNPN access mode.

[0161] The 71st identification information is a PDU session ID that identifies the PDU session. The 71st identification information is a PDU session ID that identifies the PDU session for which release is instructed.

[0162] Also, the 72nd identification information is a cause value. The 72nd identification information may be a 5GSM cause. The 72nd identification information may indicate that a change from SNPN to PLMN is required, that a redirection to SNPN via PLMN required, that an SNPN is not available, that a direct access to SNPN is not available, that an SNPN is not allowed, that a direct access to SNPN is not allowed, that an access to SNPN via PLMN allowed is allowed, or that an SNPN access mode is deactivated.

[0163] Additionally, the 72nd identification information may indicate that a change from PLMN to SNPN is required, may indicate that a redirection to SNPN is required, may indicate that access to SNPN via PLMN is not available, may indicate that SNPN via PLMN is not available, may indicate that access to SNPN via PLMN is not allowed, may indicate that direct access to SNPN is allowed, or may indicate activation of SNPN access mode.

[0164] The 73rd identification information is an access type. The 73rd identification information may indicate 3GPP access and / or non-3GPP access.

[0165] Also, if a first PDU session has been established to an SNPN via a 3GPP access and it is desired to release the first PDU session, the 3GPP access may be indicated as the 73rd identification information.

[0166] In addition, if a second PDU session has been established to a PLMN via 3GPP access, and a third PDU session has also been established to an SNPN via non-3GPP access (via the PLMN) using the second PDU session, and if it is desired to release only the third PDU session, the non-3GPP access may be indicated as the 73rd identification information.

[0167] Also, if a second PDU session to a PLMN is established via a 3GPP access and a third PDU session to an SNPN is also established via the PLMN (i.e., via that established PDU session), and it is desired to release the second PDU session and the third PDU session, the 73rd identification information may indicate the 3GPP access and the non-3GPP access.

[0168] Also, if a second PDU session has been established to the PLMN via 3GPP access and it is desired to release the second PDU session, the 3GPP access may be indicated as the 73rd identification information.

[0169] Furthermore, the 74th identification information is a PDU session ID that identifies a PDU session. Furthermore, the 74th identification information may be a PDU session ID that identifies an already established PDU session. For example, the 74th identification information may be a PDU session ID that identifies a PDU session established in an SNPN, a PDU session ID that identifies a PDU session established in a PLMN, or a PDU session ID that identifies a PDU session established in an SNPN via a PLMN.

[0170] The 75th identification information is identification information that includes at least two of the 71st to 74th identification information.

[0171] The 81st identification information is a PDU session ID that identifies the PDU session. The 81st identification information is a PDU session ID that identifies the PDU session for which release is requested.

[0172] 3. First Embodiment In this embodiment, in the SNPN, the UE performs the registration procedure of Chapter 3.1 and the PDU session establishment procedure of Chapter 3.2 to establish a first PDU session. Then, the UE may perform the de-registration procedure of Chapter 3.3 or the PDU session release procedure of Chapter 3.4 in the SNPN, as necessary. Then, the UE performs the registration procedure of Chapter 3.5 and the PDU session establishment procedure of Chapter 3.6 in the PLMN to establish a second PDU session. Then, the UE performs the registration procedure of Chapter 3.7 and the PDU session establishment procedure of Chapter 3.8 with the SNPN via the established second PDU session (i.e., via the PLMN) to establish a third PDU session. By performing these procedures, the UE can transfer the first PDU session to the third PDU session.

[0173] 3.1. Registration Procedure for SNPN Here, a registration procedure in an SNPN initiated by a UE in which the SNPN access mode is activated will be described with reference to Figures 1, 2, and 8. When the SNPN access mode is managed for each access, a UE in which the SNPN access mode for 3GPP access is activated may initiate the registration procedure in the SNPN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but it is preferable that it be deactivated. Hereinafter, the registration procedure in the SNPN will be referred to as the registration procedure or this procedure. The registration procedure is a procedure initiated by the UE to register with an access network_100 (hereinafter also referred to as the access network), and / or a core network_200 (hereinafter also referred to as the core network), and / or a DN_250 (hereinafter also referred to as the DN). If the UE is not registered in a network, it can execute this procedure at any time, such as when it is powered on. In other words, the UE can start this procedure at any timing as long as it is in a deregistered state (5GMM-DEREGISTERED state). Furthermore, each device (especially the UE and AMF) can transition to a registered state (5GMM-REGISTED state) based on completion of the registration procedure. Note that each registration state may be managed by each device for each access. Specifically, each device may independently manage the registration state (registered state or unregistered state) for 3GPP access and the registration state for non-3GPP access.

[0174] Furthermore, the registration procedure may be a procedure for updating the location registration information of the UE in the network, and / or for the UE to periodically notify the network of the status of the UE, and / or for updating certain parameters related to the UE in the network.

[0175] The UE may initiate the registration procedure when performing mobility across TAs. In other words, the UE may initiate the registration procedure when it moves to a TA different from the TA indicated in the TA list it holds. Furthermore, the UE may initiate the registration procedure when the context of each device needs to be updated due to PDU session disconnection or invalidation. Furthermore, the UE may initiate the registration procedure when there is a change in the capability information and / or preferences related to the UE's PDU session establishment. Furthermore, the UE may initiate the registration procedure periodically. Furthermore, the UE may initiate the registration procedure based on the completion of the registration procedure, the completion of the PDU session establishment procedure, or information received from the network during each procedure. However, the UE is not limited to these, and may perform the registration procedure at any timing.

[0176] The procedure for the UE to transition from a state where it is not registered in the network (unregistered state) to a state where it is registered (registered state) may be an initial registration procedure or a registration procedure for initial registration. Furthermore, the registration procedure executed when the UE is registered in the network (registered state) may be a registration procedure for mobility and periodic registration update or a mobility and periodic registration procedure.

[0177] First, the UE initiates a registration procedure by transmitting a registration request message to the AMF_210 (hereinafter also referred to as the AMF) via the 3GPP access (access network_100) (S600) (S602) (S604). Here, the 3GPP access may include a base station device_110 (hereinafter also referred to as the base station device). That is, the UE transmits an RRC message including a registration request message to the base station device (also referred to as the gNB) (S600). The registration request message is a NAS message transmitted and received on the N1 interface. The RRC message may be a control message transmitted and received between the UE and the base station device. The NAS message is processed in the NAS layer, and the RRC message is processed in the RRC layer, which is lower than the NAS layer.

[0178] Here, the UE can transmit at least one of the first to fourth identification information in a registration request message and / or an RRC message.

[0179] The UE may transmit at least one of these pieces of identification information in a control message different from the above, for example, a control message of a layer lower than the RRC layer (for example, a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Service Data Adaptation Protocol (SDAP) layer, etc.) By transmitting these pieces of identification information, the UE may indicate that the UE supports each function, may indicate a request from the UE, or may indicate both of these.

[0180] Furthermore, the UE may select and decide whether to transmit at least one of these pieces of identification information based on the UE's capability information, and / or UE policy, and / or UE status, and / or user registration information, and / or context held by the UE, etc.

[0181] The UE may include information other than these identification information in the registration request message and / or the RRC message, for example, a UE ID and / or a PLMN ID and / or AMF identification information, and may transmit the message. Here, the AMF identification information may be information that identifies an AMF or a set of AMFs, for example, a 5G-S-TMSI (5G S-Temporary Mobile Subscription Identifier) ​​or a GUAMI (Globally Unique AMF Identifier).

[0182] When the base station device receives an RRC message including a registration request message, it selects an AMF to transfer the registration request message (S602). Note that the base station device can select an AMF based on the received message and / or information. Note that the base station device may select an AMF based on other conditions.

[0183] The base station device extracts a registration request message from the received RRC message and transfers the registration request message to the selected AMF (S604). Note that if at least one of the first to fourth identification information is not included in the registration request message but is included in the RRC message, the identification information included in the RRC message may be transferred to the selected AMF together with the registration request message (S604).

[0184] When the AMF receives the registration request message, the AMF may perform a first condition determination. The first condition determination is for determining whether the network accepts the UE's request. When the AMF determines that the first condition determination is true, the AMF may perform the procedures from S610 to S612. Also, when the AMF determines that the first condition determination is false, the AMF may perform the procedure of S610.

[0185] Furthermore, the first condition determination may be performed by a network function (also referred to as an NF) other than the AMF. The NF may be, for example, a Network Slice Selection Function (NSSF), a Network Data Analytics Function (NWDAF), or a Policy Control Function (PCF). When an NF other than the AMF performs the first condition determination, the AMF may provide the NF with information necessary to perform the first condition determination, specifically, at least a portion of the information received from the UE. Then, when the NF determines whether the first condition determination is true or false based on the information received from the AMF, it may convey information including the result of the first condition determination (i.e., true or false) to the AMF. The AMF may determine identification information and / or a control message to be transmitted to the UE based on the result of the first condition determination received from the NF.

[0186] If the first condition determination is true, the control message transmitted and received in S610 may be a Registration accept message, and if the first condition determination is false, the control message transmitted and received in S610 may be a Registration reject message.

[0187] Furthermore, the first condition determination may be performed based on the receipt of a registration request message, and / or each identification information contained in the registration request message, and / or subscriber information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0188] For example, if the network permits the UE's request, the first condition determination may be determined as true, and if the network does not permit the UE's request, the first condition determination may be determined as false. Furthermore, if the network to which the UE is registered and / or a device within the network supports the function requested by the UE, the first condition determination may be determined as true, and if the function requested by the UE is not supported, the first condition determination may be determined as false. Furthermore, if the identification information to be transmitted and received is permitted, the first condition determination may be determined as true, and if the identification information to be transmitted and received is not permitted, the first condition determination may be determined as false.

[0189] Here, the following description will be continued assuming that the first condition determination is true.

[0190] The AMF may transmit a control message including one or more of the eleventh to sixteenth identification information. The eleventh identification information may be information that is sent only when the first identification information is received, or may be information that is sent even if the first identification information is not received. By transmitting these identification information and / or the control message, the AMF may indicate that the network supports each function, may indicate that the UE's request has been accepted, may indicate that the request from the UE has not been permitted, or may indicate a combination of these. Furthermore, when multiple pieces of identification information are transmitted and received, two or more of these identification information may be configured as one or more identification information. The information indicating support for each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0191] When sending a control message (registration acceptance message), the AMF does not have an allowed S-NSSAI (allowed NSSAI) for the UE, but if it plans to perform an NSSAA procedure after completing this procedure or in parallel with this procedure, or if an NSSAA procedure is currently being performed between the UE and the network, or if it sent a pending NSSAI in the control message, it may send an empty value in the allowed NSSAI.

[0192] Furthermore, the AMF may determine which of the 11th to 16th identification information to include in the control message based on each received identification information, and / or subscriber information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0193] The AMF may also indicate that the UE's request has been accepted by sending a registration acceptance message based on the received identification information, and / or subscription information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0194] The UE receives a control message (registration acceptance message) via the base station device (S610). By receiving the registration acceptance message, the UE can recognize that the UE's request in the registration request message has been accepted and the contents of various identification information included in the registration acceptance message.

[0195] The UE may further transmit a registration completion message to the AMF via the base station device as a response message to the registration accept message (S612). Here, the registration completion message is an NAS message transmitted and received on the N1 interface, but may be transmitted and received between the UE and the base station device by being included in an RRC message.

[0196] The AMF receives the registration completion message via the base station device (S612). Furthermore, each device completes this procedure based on the transmission and reception of the registration acceptance message and / or the registration completion message.

[0197] In addition, each device may transition to or maintain a state in which the UE is registered in the network (RM_REGISTERED state or 5GMM-REGISTERED state) based on sending and receiving a registration acceptance message and / or a registration completion message, or completion of the registration procedure.

[0198] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0199] After completing this procedure, the SNPN access mode of the UE may remain activated. If the SNPN access mode is managed for each access, the SNPN access mode for 3GPP access may remain activated, or the state of the SNPN access mode for non-3GPP access may not be changed.

[0200] 3.2. PDU Session Establishment Procedure for SNPN Next, a PDU session establishment procedure that a UE in an activated SNPN access mode executes to establish a PDU session in an SNPN after performing the registration procedure in Chapter 3.1 one or more times will be described with reference to Figures 1, 2, and 9. When the SNPN access mode is managed for each access, a UE in an activated SNPN access mode for 3GPP access may initiate the PDU session establishment procedure in the SNPN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but is preferably deactivated. Hereinafter, the PDU session establishment procedure in the SNPN will be referred to as the PDU session establishment procedure or this procedure.

[0201] First, the UE initiates a PDU session establishment procedure by sending a NAS message including an N1 SM container containing a PDU session establishment request message to the AMF_210 (hereinafter also referred to as the AMF) via a 3GPP access (access network_100) (S800). Here, the 3GPP access may include a base station device_110 (hereinafter also referred to as the base station device). That is, the UE sends the NAS message to the AMF via the base station device. The NAS message is, for example, a message sent via the N1 interface, and may be an uplink NAS transport (UL NAS TRANSPORT) message.

[0202] The UE can notify the network of its request by including at least one of the identification information items 21 to 28 in the PDU session establishment request message, and / or the N1 SM container, and / or the NAS message. Here, the identification information item 21 indicates PDU session ID #1, which identifies the first PDU session. The identification information item 23 may indicate SSC mode 1, SSC mode 2, or SSC mode 3, but is assumed to indicate SSC mode 2 here.

[0203] Furthermore, the UE may determine which of the identification information 21 to 26, and 28 to send to the network based on the UE's capability information, and / or UE policy, and / or UE status, and / or user registration information, and / or context held by the UE, etc.

[0204] In addition, the UE may transmit this identification information in a control message other than the above, such as a control message of a layer lower than the NAS layer (e.g., RRC layer, MAC layer, RLC layer, PDCP layer, SDAP layer, etc.) or a control message of a layer higher than the NAS layer (e.g., transport layer, session layer, presentation layer, application layer, etc.).

[0205] Next, when the AMF receives the NAS message, it can recognize what the UE is requesting and / or the contents of the information contained in the NAS message (message, container, information, etc.).

[0206] Next, the AMF selects an SMF as a transfer destination for at least part of the information (message, container, information) contained in the NAS message received from the UE (S802). The AMF may select the transfer destination SMF based on the information (message, container, information) contained in the NAS message, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc. Here, it is assumed that SMF_220 (hereinafter also referred to as SMF) is selected.

[0207] Next, the AMF sends at least a portion of the information (message, container, information) contained in the NAS message received from the UE to the selected SMF, for example via the N11 interface (S804).

[0208] Next, when the SMF receives information (messages, containers, information) sent from the AMF, it can recognize what the UE is requesting and / or the content of the information (messages, containers, information) received from the AMF.

[0209] Here, the SMF may perform a second condition determination. The second condition determination may be for determining whether the network accepts the UE request. If the SMF determines that the second condition determination is true, it may start the procedure of (A) in Figure 9, and if the SMF determines that the second condition determination is false, it may start the procedure of (B) in Figure 9.

[0210] Note that the second condition determination may be performed by an NF other than the SMF. The NF may be, for example, an NSSF, an NWDAF, a PCF, or an NRF. When an NF other than the SMF performs the second condition determination, the SMF may provide the NF with information necessary for performing the second condition determination, specifically, at least a portion of the information received from the UE (S806). Then, when the NF determines whether the second condition determination is true or false based on the information received from the SMF, it may convey information including the result of the second condition determination (i.e., true or false) to the SMF. The SMF may determine identification information and / or a control message to be transmitted to the UE based on the result of the second condition determination received from the NF.

[0211] Furthermore, the second condition determination may be performed based on information received from the AMF (message, container, information), and / or subscription information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF, etc.

[0212] For example, if the network permits the UE's request, the determination of the second condition may be true, and if the network does not permit the UE's request, the determination of the second condition may be false. Furthermore, if the network to which the UE is connected and / or a device within the network supports the function requested by the UE, the determination of the second condition may be true, and if the function requested by the UE is not supported, the determination of the second condition may be false. Furthermore, if the transmitted and received identification information is permitted, the determination of the second condition may be true, and if the transmitted and received identification information is not permitted, the determination of the second condition may be false. The conditions for determining whether the second condition is true or false are not limited to the above-described conditions.

[0213] Next, each step of the procedure in FIG. 9(A) will be explained.

[0214] Next, the SMF may select a UPF for the PDU session to be established and send an N4 session establishment request message to the selected UPF, for example, via the N4 interface (S808). The N4 session establishment request message may include at least a portion of the PCC rules received from the PCF.

[0215] Here, the SMF may select one or more UPFs based on information received from the AMF (message, container, information), and / or information such as PCC rules received from the PCF, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF, etc. If multiple UPFs are selected, the SMF may send an N4 session establishment request message to each UPF. Here, it is assumed that UPF_232 (hereinafter referred to as UPF) is selected.

[0216] Next, when the UPF receives the N4 session establishment request message (S808), it can recognize the content of the information received from the SMF. Furthermore, based on the reception of the N4 session establishment request message, the UPF may send an N4 session establishment response message to the SMF, for example, via the N4 interface (S810).

[0217] Next, when the SMF receives an N4 session establishment response message as a response message to the N4 session establishment request message, it can recognize the contents of the information received from the UPF.

[0218] Next, the SMF sends an N1 SM container, N2 SM information, and / or PDU session ID to the AMF, for example, via the N11 interface, based on the reception of the PDU session establishment request message, and / or the selection of the UPF, and / or the reception of the N4 session establishment response message (S812), where the N1 SM container may include a PDU session establishment accept message.

[0219] Next, the AMF that has received the N1 SM container, and / or the N2 SM information, and / or the PDU session ID, transmits a NAS message to the UE via a base station device included in the access network (S814) (S816). Here, the NAS message is transmitted, for example, via the N1 interface. The NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.

[0220] Specifically, the AMF transmits an N2 PDU session request message to a base station device included in the access network (S814). The base station device that receives the N2 PDU session request message transmits an NAS message to the UE (S816). Here, the N2 PDU session request message may include an NAS message and / or N2 SM information. The NAS message may also include a PDU session ID and / or an N1 SM container.

[0221] The PDU session establishment acceptance message may be a response message to a PDU session establishment request, and may indicate that the establishment of the PDU session has been accepted.

[0222] Here, the SMF and / or AMF may indicate that at least part of the UE's request in the PDU session establishment request message has been accepted by sending a PDU session establishment acceptance message, and / or an N1 SM container, and / or a PDU session ID, and / or an NAS message, and / or N2 SM information, and / or an N2 PDU session request message.

[0223] Here, the SMF and / or AMF may include at least one of the identification information 31 to 37 in the PDU session establishment accept message, and / or the N1 SM container, and / or the NAS message, and / or the N2 SM information, and / or the N2 PDU session request message and transmit it. Here, the identification information 31 may be the same as the identification information 21 in this procedure. The identification information 32 may be the same as or different from the identification information 22 in this procedure. The identification information 33 may be the same as or different from the identification information 23 in this procedure, but is assumed to indicate SSC mode 2 here. The identification information 35 may be the same as the identification information 25 in this procedure. The identification information 36 may be the same as the identification information 26 in this procedure. The identification information 34 may be information that is sent only when the identification information 24 is received, or may be information that is sent even if the identification information 24 is not received.

[0224] By transmitting these identification information and / or the PDU session establishment acceptance message, the SMF may indicate that the network supports each function, that the UE request has been accepted, that the UE request has not been permitted, or a combination of these. Furthermore, when multiple identification information is transmitted and received, two or more of these identification information may be configured as one or more identification information. Note that the information indicating support of each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0225] The SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.

[0226] Furthermore, the SMF and / or AMF may determine which identification information to include in the PDU session establishment acceptance message, and / or the N1 SM container, and / or the NAS message, and / or the N2 SM information, and / or the N2 PDU session request message based on each received identification information, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF and / or AMF, etc.

[0227] Next, when the UE receives the NAS message (S816), for example via the N1 interface, it can recognize that the UE's request via the PDU session establishment request message has been accepted and / or the contents of the information, etc. (message, container, information) contained in the NAS message.

[0228] Based on the received 31st and 33rd identification information, the UE can recognize the SSC mode to be set for the PDU session identified by the 31st identification information.

[0229] Next, each step of the procedure in FIG. 9(B) will be explained.

[0230] First, based on receiving the PDU session establishment request message, the SMF sends an N1 SM container and / or a PDU session ID to the AMF, for example, via the N11 interface (S818), where the N1 SM container may include a PDU session establishment rejection message.

[0231] Next, the AMF that has received the N1 SM container and / or the PDU session ID transmits a NAS message to the UE via a first base station device included in the access network (S820) (S822). Here, the NAS message is transmitted, for example, via an N1 interface. The NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message. The NAS message may include the PDU session ID and / or the N1 SM container.

[0232] The PDU session establishment rejection message may be a response message to a PDU session establishment request, and may indicate that the establishment of the PDU session has been rejected.

[0233] Here, the SMF and / or AMF may indicate that the UE's request via the PDU session establishment request message has been rejected by sending a PDU session establishment rejection message, and / or an N1 SM container, and / or a PDU session ID, and / or an NAS message.

[0234] By sending a PDU session establishment rejection message, the SMF may indicate that the network does not support each function, that the UE request has been rejected, that the UE request has not been authorized, or a combination of these. Furthermore, when multiple identification information is transmitted and received, two or more of these identification information may be configured as one or more identification information. Note that the information indicating support of each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0235] The SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.

[0236] Next, when the UE receives the NAS message (S822), for example via the N1 interface, it can recognize that the UE's request via the PDU session establishment request message has been rejected and / or the contents of the information, etc. (message, container, information) contained in the NAS message.

[0237] Each device may complete this procedure based on sending and receiving a PDU session establishment acceptance message. At this time, each device may transition to a state in which it can communicate with the DN using the established PDU session.

[0238] Each device may complete this procedure based on sending and receiving a PDU session establishment rejection message. At this time, each device cannot establish a PDU session, and therefore cannot communicate with the DN if there is no already established PDU session.

[0239] In addition, each of the processes performed by the UE based on the reception of each identification information shown above may be performed during this procedure or after completion of this procedure, or may be performed after completion of this procedure based on the completion of this procedure.

[0240] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0241] After completing this procedure, the SNPN access mode of the UE may remain activated. If the SNPN access mode is managed for each access, the SNPN access mode for 3GPP access may remain activated, or the state of the SNPN access mode for non-3GPP access may not be changed.

[0242] In the following description, it is assumed that a PDU session establishment acceptance message is received and a PDU session in the SNPN is established.

[0243] [3.3. Non-registration procedures in SNPN] This procedure is performed after the procedure in Chapter 3.2 is performed. Next, a de-registration procedure in an SNPN performed by a UE in which the SNPN access mode is activated will be described. Note that, when the SNPN access mode is managed for each access, a UE in which the SNPN access mode for 3GPP access is activated may initiate the de-registration procedure in the SNPN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but it is preferable that it be deactivated. Hereinafter, the de-registration procedure in an SNPN will also be referred to as the de-registration procedure or this procedure. The de-registration procedure includes a network-initiated de-registration procedure and a UE-initiated de-registration procedure. The de-registration procedure may be a procedure for de-registering a UE registered in a network (access network, and / or core network, and / or DN). In other words, the UE or the AMF may perform the de-registration procedure when the UE is registered in the network (RM-REGISTERED state or 5GMM-REGISTED state). Furthermore, when the UE detects that it has moved out of the coverage area of ​​the SNPN, each device may perform a de-registration procedure, especially when a PDU session set to SSC mode 2 has been established.

[0244] 3.3.1 Network-Initiated Deregistration Procedures First, the network-initiated deregistration procedure will be explained using Figures 1, 2, and 10. Hereinafter, the network-initiated deregistration procedure in the SNPN will also be referred to as the deregistration procedure or the main procedure.

[0245] The AMF_210 (hereinafter also referred to as AMF) starts this procedure by sending a deregistration request message to the UE via the 3GPP access (access network_100) (S900). Here, the deregistration request message is a NAS message transmitted and received on the N1 interface, but in reality, it is a message that the AMF sends to the UE via the base station device_110 (hereinafter also referred to as base station device) included in the access network_100.

[0246] Furthermore, the AMF may include at least one of the 41st to 43rd identities in the non-registration request message and transmit it. Note that which of the 41st to 43rd identities is included in the non-registration request message may be determined according to the first identity acquired in the registration procedure performed before this procedure and / or the 24th identity acquired in the PDU session establishment procedure performed before this procedure. For example, if the first identity and / or the 24th identity indicates that handover between an SNPN and a PLMN is supported, the AMF may include at least one of the 41st to 43rd identities in the non-registration request message and transmit it.

[0247] Furthermore, by sending at least one of these identification information and / or a deregistration request message, the AMF may request that the registration state of the UE in the SNPN be transitioned to a deregistered state, and / or request that a PDU session established in the SNPN be released, and / or instruct to initiate a registration procedure and / or a PDU session establishment procedure with the PLMN, and / or instruct to initiate a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, and / or instruct to change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, and / or instruct to change a PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN, and / or instruct to deactivate the SNPN access mode.

[0248] When the UE receives a non-registration request message from the AMF, the UE may recognize the content of each identification information included in the non-registration request message. Then, the UE may determine its behavior based on the reception of the non-registration request message and / or each identification information.

[0249] That is, the UE may transition the UE's registration state in the SNPN to an unregistered state, may release the PDU session established in the SNPN, may initiate a registration procedure and / or a PDU session establishment procedure with the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, or may trigger the execution of a process to change from a direct connection to the SNPN to a connection to the SNPN via the PLMN.

[0250] Then, the UE that has received the deregistration request message may send a deregistration accept message to the AMF (S902). Here, the deregistration accept message is a NAS message transmitted and received on the N1 interface, but is actually a message that the UE sends to the AMF via the access network.

[0251] Each device may transition to a state in which the UE is not registered in the network (RM_DEREGISTERED state or 5GMM-DEREGISTERED state) based on the transmission and reception of the deregistration acceptance message. This state transition by each device may also be performed based on the completion of this procedure.

[0252] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the de-registration procedure. For example, the UE may initiate a registration procedure for the PLMN or deactivate the SNPN access mode upon completion of the de-registration procedure. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, and may not change the state of the SNPN access mode for non-3GPP access. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode based on transmission and reception of a de-registration request message, a de-registration accept message, and / or each identification information. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, and may not change the state of the SNPN access mode for non-3GPP access.

[0253] 3.3.2 UE-initiated de-registration procedure Next, the UE-initiated deregistration procedure will be described with reference to Figures 1, 2, and 11. Hereinafter, the UE-initiated deregistration procedure in the SNPN will also be referred to as the deregistration procedure or this procedure. The UE starts this procedure by sending a deregistration request (DEREGISTRATION REQUEST) message to the AMF_210 (hereinafter also referred to as the AMF) via the 3GPP access (access network_100) (S1000). Here, the deregistration request message is a NAS message transmitted and received on the N1 interface, but is actually a message that the UE sends to the AMF via the base station device_110 (hereinafter also referred to as the base station device) included in the access network_100.

[0254] Furthermore, the UE may include at least one of the 51st to 53rd identification information in the non-registration request message before transmitting it. Note that which of the 51st to 53rd identification information to include in the non-registration request message may be determined according to the first identification information sent in the registration procedure performed before this procedure and / or the 24th identification information sent in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the UE may include at least one of the 51st to 53rd identification information in the non-registration request message before transmitting it.

[0255] When the AMF receives a non-registration request message from the UE, it may determine the behavior of the AMF based on the receipt of the non-registration request message and / or the identification information.

[0256] For example, the AMF that receives the deregistration request message may send a deregistration accept message to the UE (S1002). Here, the deregistration accept message is a NAS message sent and received on the N1 interface, but is actually a message that the AMF sends to the UE via the access network.

[0257] The AMF may also include the 62nd identification information in the non-registration acceptance message and send it. Note that whether or not to include the 62nd identification information in the non-registration acceptance message may be determined according to the first identification information obtained in the registration procedure performed before this procedure and / or the 24th identification information obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the AMF may include the 62nd identification information in the non-registration acceptance message and send it.

[0258] The AMF may also request, by sending at least one of these identification information and / or a deregistration acceptance message, to transition the registration state of the UE in the SNPN to a deregistered state, and / or to request the release of a PDU session established in the SNPN, and / or to instruct the initiation of a registration procedure and / or a PDU session establishment procedure with the PLMN, and / or to instruct the initiation of a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, and / or to instruct the change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, and / or to instruct the change from a PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN, and / or to instruct the deactivation of the SNPN access mode.

[0259] When the UE receives a non-registration acceptance message from the AMF, the UE can recognize the content of each identification information included in the non-registration acceptance message, and the UE may determine its behavior based on the reception of the non-registration acceptance message and / or each identification information.

[0260] That is, the UE may transition the UE's registration state in the SNPN to an unregistered state, may release an established PDU session in the SNPN, may initiate a registration procedure and / or a PDU session establishment procedure with the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, or may trigger a change from a direct connection to the SNPN to a connection to the SNPN via the PLMN.

[0261] Each device may transition to a state in which the UE is not registered in the network (RM_DEREGISTERED state or 5GMM-DEREGISTERED state) based on the transmission and reception of the deregistration acceptance message. This state transition by each device may also be performed based on the completion of this procedure.

[0262] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the de-registration procedure. For example, the UE may initiate a registration procedure for the PLMN or deactivate the SNPN access mode upon completion of the de-registration procedure. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, and may not change the state of the SNPN access mode for non-3GPP access. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode based on transmission and reception of a de-registration request message, a de-registration accept message, and / or each identification information. If the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, and may not change the state of the SNPN access mode for non-3GPP access.

[0263] [3.4. PDU Session Release Procedure in SNPN] This procedure is executed after the procedure in Chapter 3.2 is executed. Next, the PDU session release procedure in the SNPN executed by a UE in which the SNPN access mode is activated will be described. Note that, when the SNPN access mode is managed for each access, a UE in which the SNPN access mode for 3GPP access is activated may initiate the PDU session release procedure in the SNPN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but it is preferable that it be deactivated. Hereinafter, the PDU session release procedure in the SNPN will also be referred to as the PDU session release procedure or this procedure. The PDU session release procedure includes a network-initiated PDU session release procedure and a UE-initiated PDU session release procedure. The PDU session release procedure may be a procedure for releasing a PDU session. Furthermore, when a UE detects that it is moving out of the communication area of ​​the SNPN, each device may execute the PDU session release procedure. In particular, this procedure may be executed when a PDU session set to SSC mode 2 is established.

[0264] 3.4.1 Network-initiated PDU session release procedure First, the network-initiated PDU session release procedure will be explained using Figures 1, 2, and 12. Hereinafter, the network-initiated PDU session release procedure in the SNPN will be referred to as the PDU session release procedure or this procedure. The SMF_220 (hereinafter also referred to as SMF) starts this procedure by sending a PDU session release command (PDU SESSION RELEASE COMMAND) message to the UE (S1002). Here, the PDU session release command message is a message included in the NAS message transmitted and received on the N1 interface, but in reality, it is a message that the SMF sends to the UE via the AMF_210 (hereinafter also referred to as AMF) and the access network_100 (hereinafter also referred to as the access network).

[0265] Furthermore, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message before transmitting it. Note that which of the identification information 71 to 73, and 75 to include in the PDU session release command message may be determined according to the first identification information obtained in the registration procedure performed before this procedure and / or the 24th identification information obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message before transmitting it. Note that the 71st identification information may indicate PDU session ID #1, which identifies the first PDU session.

[0266] The SMF may also, by sending at least one of these identification information and / or a PDU session release command message, instruct the release of a PDU session established in the SNPN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the PLMN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the SNPN via the PLMN, and / or instruct the change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, and / or instruct the change from a PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN, and / or instruct the deactivation of the SNPN access mode.

[0267] When the UE receives the PDU session release command message from the SMF, the UE can recognize the content of each piece of identification information included in the PDU session release command message, and the UE may determine its behavior based on the reception of the unregistration request message and / or each piece of identification information.

[0268] That is, the UE may release the PDU session established in the SNPN, may initiate a registration procedure and / or a PDU session establishment procedure with the PLMN, may decide to change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, which may involve initiating a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, or may decide to change the PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN.

[0269] Then, the UE that has received the PDU session release command may send a PDU session release complete message to the SMF. Here, the PDU session release complete message is a message included in the NAS message transmitted and received on the N1 interface via the AMF, but is actually a message that the UE sends to the SMF via the access network and the AMF.

[0270] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the PDU session release procedure. For example, upon completion of the PDU session release procedure, the UE may initiate a registration procedure with the PLMN, deactivate the SNPN access mode, or not change the state of the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, but not change the state of the SNPN access mode for non-3GPP access. Note that, based on transmission and reception of a PDU session release command, a PDU session release complete message, and / or each identification information, the UE may deactivate the SNPN access mode, but not change the state of the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, but not change the state of the SNPN access mode.

[0271] 3.4.2 UE-initiated PDU session release procedure Next, the UE-initiated PDU session release procedure will be described with reference to Figures 1, 2, and 12. Hereinafter, the UE-initiated PDU session release procedure in the SNPN will be referred to as the PDU session release procedure or this procedure. The UE starts this procedure by sending a PDU session release request (PDU SESSION RELEASE REQUEST) message to the SMF_220 (hereinafter also referred to as SMF) (S1000). Here, the PDU session release request message is a message included in the NAS message transmitted and received on the N1 interface, but in reality, it is a message sent by the UE to the SMF via the access network_100 (hereinafter also referred to as access network) and the AMF_210 (hereinafter also referred to as AMF).

[0272] The UE may also transmit a PDU session release request message including the 81st identification information. Note that which of the 81st identification information to include in the PDU session release request message may be determined according to the first identification information transmitted in the registration procedure performed before this procedure and / or the 24th identification information transmitted in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between the SNPN and the PLMN is supported, the UE may transmit a PDU session release request message including the 81st identification information. Note that the 81st identification information may indicate PDU session ID #1, which identifies the first PDU session.

[0273] When the SMF receives a PDU session release request message from the UE, it may determine the behavior of the SMF based on the receipt of the PDU session release request message.

[0274] For example, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message and transmit it (S1002). Note that which of the identification information 71 to 73, and 75 to include in the PDU session release command message may be determined according to the first identification information obtained in the registration procedure performed before this procedure and / or the 24th identification information obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message and transmit it. Note that the 71st identification information may indicate PDU session ID #1, which identifies the first PDU session.

[0275] The SMF may also, by sending at least one of these identification information and / or a PDU session release command message, instruct the release of a PDU session established in the SNPN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the PLMN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the SNPN via the PLMN, and / or instruct the change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, and / or instruct the change from a PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN, and / or instruct the deactivation of the SNPN access mode.

[0276] When the UE receives the PDU session release command message from the SMF, the UE can recognize the content of each piece of identification information included in the PDU session release command message, and the UE may determine its behavior based on the reception of the unregistration request message and / or each piece of identification information.

[0277] That is, the UE may release the PDU session established in the SNPN, may initiate a registration procedure and / or a PDU session establishment procedure with the PLMN, may decide to change from a direct connection to the SNPN to a connection to the SNPN via the PLMN, which may involve initiating a registration procedure and / or a PDU session establishment procedure with the SNPN via the PLMN, or may decide to change the PDU session established directly to the SNPN to a PDU session established to the SNPN via the PLMN.

[0278] Then, the UE that has received the PDU session release command may send a PDU session release complete message to the SMF. Here, the PDU session release complete message is a message included in the NAS message transmitted and received on the N1 interface via the AMF, but is actually a message that the UE sends to the SMF via the access network and the AMF.

[0279] Furthermore, each device may perform processing based on the information transmitted and received in this procedure upon completion of the PDU session release procedure. For example, upon completion of the PDU session release procedure, the UE may initiate a registration procedure with the PLMN, deactivate the SNPN access mode, or not change the state of the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, but not change the state of the SNPN access mode for non-3GPP access. Note that, based on transmission and reception of the PDU session release command, the PDU session release complete message, and / or each identification information, the UE may deactivate the SNPN access mode, but not change the state of the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may deactivate the SNPN access mode for 3GPP access, but not change the state of the SNPN access mode.

[0280] 3.5. PLMN Registration Procedures This procedure may be performed after the procedures in Sections 3.1 and 3.2 have been performed, or after the procedures in Sections 3.1 and 3.2 have been performed and after the procedures in Sections 3.3 or 3.4 have been performed.

[0281] As described above, in the SNPN, a UE that has performed the deregistration procedure in section 3.3 or the PDU session release procedure in section 3.4 may deactivate the SNPN access mode.

[0282] In addition, a UE that has not performed the deregistration procedure of Chapter 3.3 or the PDU session release procedure of Chapter 3.4 in an SNPN may deactivate the SNPN access mode, for example, when the UE loses connectivity with the SNPN due to movement or when the UE leaves the communication area of ​​the SNPN.

[0283] In addition, when the SNPN access mode is managed for each access, the SNPN access mode for 3GPP access may be inactivated. In this case, the SNPN access mode for non-3GPP access may be activated or inactivated, but is preferably inactivated.

[0284] In this way, a UE whose SNPN access mode or SNPN access mode for 3GPP access is deactivated may perform a PLMN selection procedure to select a PLMN. Then, the UE may perform a registration procedure in the PLMN. The PLMN ID corresponding to the PLMN may be, for example, a PLMN ID originally stored in the UE or may be included in system information broadcast by a base station of the PLMN. The UE may use this PLMN ID to select the PLMN.

[0285] Here, the registration procedure in a PLMN will be described with reference to Figures 3, 4, and 8. Hereinafter, the registration procedure in a PLMN will be referred to as the registration procedure or this procedure. The registration procedure is a procedure initiated by a UE to register with an access network_102 (hereinafter also referred to as the access network), and / or a core network_202 (hereinafter also referred to as the core network), and / or a DN_252 (hereinafter also referred to as the DN). If the UE is not registered with a network, it can execute this procedure at any time, for example, when powered on. In other words, if the UE is in a deregistered state (5GMM-DEREGISTERED state), it can start this procedure at any time. Furthermore, each device (especially the UE and the AMF) can transition to a registered state (5GMM-REGISTED state) based on the completion of the registration procedure. Note that each registration state may be managed by each device for each access. Specifically, each device may independently manage the registration state (registered state or unregistered state) for 3GPP access and the registration state for non-3GPP access.

[0286] Furthermore, the registration procedure may be a procedure for updating the location registration information of the UE in the network, and / or for the UE to periodically notify the network of the status of the UE, and / or for updating certain parameters related to the UE in the network.

[0287] The UE may initiate the registration procedure when performing mobility across TAs. In other words, the UE may initiate the registration procedure when it moves to a TA different from the TA indicated in the TA list it holds. Furthermore, the UE may initiate the registration procedure when the context of each device needs to be updated due to PDU session disconnection or invalidation. Furthermore, the UE may initiate the registration procedure when there is a change in the capability information and / or preferences related to the UE's PDU session establishment. Furthermore, the UE may initiate the registration procedure periodically. Furthermore, the UE may initiate the registration procedure based on the completion of the registration procedure, the completion of the PDU session establishment procedure, or information received from the network during each procedure. However, the UE is not limited to these, and may perform the registration procedure at any timing.

[0288] The procedure for the UE to transition from a state where it is not registered in the network (unregistered state) to a state where it is registered (registered state) may be an initial registration procedure or a registration procedure for initial registration. Furthermore, the registration procedure executed when the UE is registered in the network (registered state) may be a registration procedure for mobility and periodic registration update or a mobility and periodic registration procedure.

[0289] First, the UE initiates a registration procedure by transmitting a registration request message to the AMF_212 (hereinafter also referred to as the AMF) via the 3GPP access (access network_102) (S600) (S602) (S604). Here, the 3GPP access may include the base station device_112 (hereinafter also referred to as the base station device). That is, the UE transmits an RRC message including a registration request message to the base station device (also referred to as the gNB) (S600). Note that the registration request message is a NAS message transmitted and received on the N1 interface. Also, the RRC message may be a control message transmitted and received between the UE and the base station device. Also, the NAS message is processed in the NAS layer, and the RRC message is processed in the RRC layer, which is lower than the NAS layer.

[0290] Here, the UE may transmit at least one of the first to fourth identities in the registration request message and / or the RRC message, where the first to fourth identities may be the same as or different from the first to fourth identities in Section 3.1.

[0291] The UE may transmit at least one of these pieces of identification information in a control message different from the above, for example, a control message of a layer lower than the RRC layer (for example, a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Service Data Adaptation Protocol (SDAP) layer, etc.) By transmitting these pieces of identification information, the UE may indicate that the UE supports each function, may indicate a request from the UE, or may indicate both of these.

[0292] Furthermore, the UE may select and decide whether to transmit at least one of these pieces of identification information based on the UE's capability information, and / or UE policy, and / or UE status, and / or user registration information, and / or context held by the UE, etc.

[0293] The UE may include information other than these identification information in the registration request message and / or the RRC message, for example, a UE ID and / or a PLMN ID and / or AMF identification information, and may transmit the message. Here, the AMF identification information may be information that identifies an AMF or a set of AMFs, for example, a 5G-S-TMSI (5G S-Temporary Mobile Subscription Identifier) ​​or a GUAMI (Globally Unique AMF Identifier).

[0294] When the base station device receives an RRC message including a registration request message, it selects an AMF to transfer the registration request message (S602). Note that the base station device can select an AMF based on the received message and / or information. Note that the base station device may select an AMF based on other conditions.

[0295] The base station device extracts a registration request message from the received RRC message and transfers the registration request message to the selected AMF (S604). Note that if at least one of the first to fourth identification information is not included in the registration request message but is included in the RRC message, the identification information included in the RRC message may be transferred to the selected AMF together with the registration request message (S604).

[0296] When the AMF receives the registration request message, the AMF may perform a first condition determination. The first condition determination is for determining whether the network accepts the UE's request. When the AMF determines that the first condition determination is true, the AMF may perform the procedures from S610 to S612. Also, when the AMF determines that the first condition determination is false, the AMF may perform the procedure of S610.

[0297] Furthermore, the first condition determination may be performed by a network function (also referred to as an NF) other than the AMF. The NF may be, for example, a Network Slice Selection Function (NSSF), a Network Data Analytics Function (NWDAF), or a Policy Control Function (PCF). When an NF other than the AMF performs the first condition determination, the AMF may provide the NF with information necessary to perform the first condition determination, specifically, at least a portion of the information received from the UE. Then, when the NF determines whether the first condition determination is true or false based on the information received from the AMF, it may convey information including the result of the first condition determination (i.e., true or false) to the AMF. The AMF may determine identification information and / or a control message to be transmitted to the UE based on the result of the first condition determination received from the NF.

[0298] If the first condition determination is true, the control message transmitted and received in S610 may be a Registration accept message, and if the first condition determination is false, the control message transmitted and received in S610 may be a Registration reject message.

[0299] Furthermore, the first condition determination may be performed based on the receipt of a registration request message, and / or each identification information contained in the registration request message, and / or subscriber information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0300] For example, if the network permits the UE's request, the first condition determination may be determined as true, and if the network does not permit the UE's request, the first condition determination may be determined as false. Furthermore, if the network to which the UE is registered and / or a device within the network supports the function requested by the UE, the first condition determination may be determined as true, and if the function requested by the UE is not supported, the first condition determination may be determined as false. Furthermore, if the identification information to be transmitted and received is permitted, the first condition determination may be determined as true, and if the identification information to be transmitted and received is not permitted, the first condition determination may be determined as false.

[0301] Here, the following description will be continued assuming that the first condition determination is true.

[0302] The AMF may transmit a control message including one or more of the identification information items 11 to 16. Here, the identification information items 11 to 16 may be the same as or different from the identification information items 11 to 16 in Chapter 3.1. By transmitting these identification information items and / or control messages, the AMF may indicate that the network supports each function, may indicate that the UE's request has been accepted, may indicate that the UE's request has not been permitted, or may indicate a combination of these. Furthermore, when multiple identification information items are transmitted and received, two or more of these identification information items may be configured as one or more identification information items. Note that the information indicating support for each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0303] When sending a control message (registration acceptance message), the AMF does not have an allowed S-NSSAI (allowed NSSAI) for the UE, but if it plans to perform an NSSAA procedure after completing this procedure or in parallel with this procedure, or if an NSSAA procedure is currently being performed between the UE and the network, or if it sent a pending NSSAI in the control message, it may send an empty value in the allowed NSSAI.

[0304] Furthermore, the AMF may determine which of the 11th to 16th identification information to include in the control message based on each received identification information, and / or subscriber information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0305] The AMF may also indicate that the UE's request has been accepted by sending a registration acceptance message based on the received identification information, and / or subscription information, and / or network capability information, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc.

[0306] The UE receives a control message (registration acceptance message) via the base station device (S610). By receiving the registration acceptance message, the UE can recognize that the UE's request in the registration request message has been accepted and the contents of various identification information included in the registration acceptance message.

[0307] The UE may further transmit a registration completion message to the AMF via the base station device as a response message to the registration accept message (S612). Here, the registration completion message is an NAS message transmitted and received on the N1 interface, but may be transmitted and received between the UE and the base station device by being included in an RRC message.

[0308] The AMF receives the registration completion message via the base station device (S612). Furthermore, each device completes this procedure based on the transmission and reception of the registration acceptance message and / or the registration completion message.

[0309] In addition, each device may transition to or maintain a state in which the UE is registered in the network (RM_REGISTERED state or 5GMM-REGISTERED state) based on sending and receiving a registration acceptance message and / or a registration completion message, or completion of the registration procedure.

[0310] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0311] After completing this procedure, the SNPN access mode of the UE may remain in a deactivated state. If the SNPN access mode is managed for each access, the SNPN access mode for 3GPP access may be in a deactivated state, or the state of the SNPN access mode for non-3GPP access may not be changed.

[0312] 3.6. PDU Session Establishment Procedure for PLMN Next, a PDU session establishment procedure that a UE in a deactivated SNPN access mode executes to establish a PDU session in a PLMN after performing the registration procedure in Chapter 3.5 one or more times will be described with reference to Figures 3, 4, and 9. When the SNPN access mode is managed for each access, a UE in a deactivated SNPN access mode for 3GPP access may initiate a PDU session establishment procedure in a PLMN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but is preferably deactivated. Hereinafter, the PDU session establishment procedure in a PLMN will be referred to as the PDU session establishment procedure or this procedure.

[0313] First, the UE initiates a PDU session establishment procedure by sending a NAS message including an N1 SM container containing a PDU session establishment request message to the AMF_212 (hereinafter also referred to as the AMF) via a 3GPP access (access network_102) (S800). Here, the 3GPP access may include a base station device_112 (hereinafter also referred to as the base station device). That is, the UE sends the NAS message to the AMF via the base station device. The NAS message is, for example, a message sent via the N1 interface, and may be an uplink NAS transport (UL NAS TRANSPORT) message.

[0314] Furthermore, the UE can notify the network side of its request by including at least one of the identification information items 21 to 26 and 28 in the PDU session establishment request message, and / or the N1 SM container and / or the NAS message and transmitting it. Here, the identification information items 21 to 26 and 28 may be the same as or different from the identification information items 21 to 26 and 28 in Chapter 3.2. However, here, the identification information item 21 indicates PDU session ID #2, which identifies the second PDU session.

[0315] Furthermore, the UE may determine which of the identification information 21 to 26, and 28 to send to the network based on the UE's capability information, and / or UE policy, and / or UE status, and / or user registration information, and / or context held by the UE, etc.

[0316] In addition, the UE may transmit this identification information in a control message other than the above, such as a control message of a layer lower than the NAS layer (e.g., RRC layer, MAC layer, RLC layer, PDCP layer, SDAP layer, etc.) or a control message of a layer higher than the NAS layer (e.g., transport layer, session layer, presentation layer, application layer, etc.).

[0317] Next, when the AMF receives the NAS message, it can recognize what the UE is requesting and / or the contents of the information contained in the NAS message (message, container, information, etc.).

[0318] Next, the AMF selects an SMF as a transfer destination for at least part of the information (message, container, information) contained in the NAS message received from the UE (S802). The AMF may select the transfer destination SMF based on the information (message, container, information) contained in the NAS message, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the AMF, etc. Here, it is assumed that SMF_222 (hereinafter also referred to as SMF) is selected.

[0319] Next, the AMF sends at least a portion of the information (message, container, information) contained in the NAS message received from the UE to the selected SMF, for example via the N11 interface (S804).

[0320] Next, when the SMF receives information (messages, containers, information) sent from the AMF, it can recognize what the UE is requesting and / or the content of the information (messages, containers, information) received from the AMF.

[0321] Here, the SMF may perform a second condition determination. The second condition determination may be for determining whether the network accepts the UE request. If the SMF determines that the second condition determination is true, it may start the procedure of (A) in Figure 9, and if the SMF determines that the second condition determination is false, it may start the procedure of (B) in Figure 9.

[0322] Note that the second condition determination may be performed by an NF other than the SMF. The NF may be, for example, an NSSF, an NWDAF, a PCF, or an NRF. When an NF other than the SMF performs the second condition determination, the SMF may provide the NF with information necessary for performing the second condition determination, specifically, at least a portion of the information received from the UE (S806). Then, when the NF determines whether the second condition determination is true or false based on the information received from the SMF, it may convey information including the result of the second condition determination (i.e., true or false) to the SMF. The SMF may determine identification information and / or a control message to be transmitted to the UE based on the result of the second condition determination received from the NF.

[0323] Furthermore, the second condition determination may be performed based on information received from the AMF (message, container, information), and / or subscription information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF, etc.

[0324] For example, if the network permits the UE's request, the determination of the second condition may be true, and if the network does not permit the UE's request, the determination of the second condition may be false. Furthermore, if the network to which the UE is connected and / or a device within the network supports the function requested by the UE, the determination of the second condition may be true, and if the function requested by the UE is not supported, the determination of the second condition may be false. Furthermore, if the transmitted and received identification information is permitted, the determination of the second condition may be true, and if the transmitted and received identification information is not permitted, the determination of the second condition may be false. The conditions for determining whether the second condition is true or false are not limited to the above-described conditions.

[0325] Next, each step of the procedure in FIG. 9(A) will be explained.

[0326] Next, the SMF may select a UPF for the PDU session to be established and send an N4 session establishment request message to the selected UPF, for example, via the N4 interface (S808). The N4 session establishment request message may include at least a portion of the PCC rules received from the PCF.

[0327] Here, the SMF may select one or more UPFs based on information received from the AMF (message, container, information), and / or information such as PCC rules received from the PCF, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF, etc. If multiple UPFs are selected, the SMF may send an N4 session establishment request message to each UPF. Here, it is assumed that UPF_232 (hereinafter also referred to as UPF) is selected.

[0328] Next, when the UPF receives the N4 session establishment request message (S808), it can recognize the content of the information received from the SMF. Furthermore, based on the reception of the N4 session establishment request message, the UPF may send an N4 session establishment response message to the SMF, for example, via the N4 interface (S810).

[0329] Next, when the SMF receives an N4 session establishment response message as a response message to the N4 session establishment request message, it can recognize the contents of the information received from the UPF.

[0330] Next, the SMF sends an N1 SM container, N2 SM information, and / or PDU session ID to the AMF, for example, via the N11 interface, based on the reception of the PDU session establishment request message, and / or the selection of the UPF, and / or the reception of the N4 session establishment response message (S812), where the N1 SM container may include a PDU session establishment accept message.

[0331] Next, the AMF that has received the N1 SM container, and / or the N2 SM information, and / or the PDU session ID, transmits a NAS message to the UE via a base station device included in the access network (S814) (S816). Here, the NAS message is transmitted, for example, via the N1 interface. The NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message.

[0332] Specifically, the AMF transmits an N2 PDU session request message to a base station device included in the access network (S814). The base station device that receives the N2 PDU session request message transmits an NAS message to the UE (S816). Here, the N2 PDU session request message may include an NAS message and / or N2 SM information. The NAS message may also include a PDU session ID and / or an N1 SM container.

[0333] The PDU session establishment acceptance message may be a response message to a PDU session establishment request, and may indicate that the establishment of the PDU session has been accepted.

[0334] Here, the SMF and / or AMF may indicate that at least part of the UE's request in the PDU session establishment request message has been accepted by sending a PDU session establishment acceptance message, and / or an N1 SM container, and / or a PDU session ID, and / or an NAS message, and / or N2 SM information, and / or an N2 PDU session request message.

[0335] Here, the SMF and / or AMF may include at least one of the identification information 31 to 37 in the PDU session establishment accept message, and / or the N1 SM container, and / or the NAS message, and / or the N2 SM information, and / or the N2 PDU session request message and transmit it. Here, the identification information 31 to 33, 35, and 36 may be the same as or different from the identification information 21 to 23, 25, and 26 of this procedure. Also, the identification information 34 and 37 may be the same as or different from the identification information 34 and 37 of Chapter 3.2. However, here, the identification information 31 is assumed to be the same as the identification information 21 of this procedure.

[0336] By transmitting these identification information and / or the PDU session establishment acceptance message, the SMF may indicate that the network supports each function, that the UE request has been accepted, that the UE request has not been permitted, or a combination of these. Furthermore, when multiple identification information is transmitted and received, two or more of these identification information may be configured as one or more identification information. Note that the information indicating support of each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0337] The SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.

[0338] Furthermore, the SMF and / or AMF may determine which identification information to include in the PDU session establishment acceptance message, and / or the N1 SM container, and / or the NAS message, and / or the N2 SM information, and / or the N2 PDU session request message based on each received identification information, and / or subscriber information, and / or network capability information, and / or UE policy, and / or operator policy, and / or network status, and / or user registration information, and / or context held by the SMF and / or AMF, etc.

[0339] Next, when the UE receives the NAS message (S816), for example, via the N1 interface, it can recognize that the UE's request in the PDU session establishment request message has been accepted and / or the contents of the information (message, container, information) included in the NAS message. For example, the UE may recognize the PDU session type and SSC mode set for the PDU session identified by the 31st identification based on the received 31st, 32nd, and 33rd identification. Furthermore, the UE may recognize the functions supported by the network based on the received 34th identification.

[0340] Next, each step of the procedure in FIG. 9(B) will be explained.

[0341] First, based on receiving the PDU session establishment request message, the SMF sends an N1 SM container and / or a PDU session ID to the AMF, for example, via the N11 interface (S818), where the N1 SM container may include a PDU session establishment rejection message.

[0342] Next, the AMF that has received the N1 SM container and / or the PDU session ID transmits a NAS message to the UE via a first base station device included in the access network (S820) (S822). Here, the NAS message is transmitted, for example, via an N1 interface. The NAS message may be a downlink NAS transport (DL NAS TRANSPORT) message. The NAS message may include the PDU session ID and / or the N1 SM container.

[0343] The PDU session establishment rejection message may be a response message to a PDU session establishment request, and may indicate that the establishment of the PDU session has been rejected.

[0344] Here, the SMF and / or AMF may indicate that the UE's request via the PDU session establishment request message has been rejected by sending a PDU session establishment rejection message, and / or an N1 SM container, and / or a PDU session ID, and / or an NAS message.

[0345] By sending a PDU session establishment rejection message, the SMF may indicate that the network does not support each function, that the UE request has been rejected, that the UE request has not been authorized, or a combination of these. Furthermore, when multiple identification information is transmitted and received, two or more of these identification information may be configured as one or more identification information. Note that the information indicating support of each function and the information indicating a request for use of each function may be transmitted and received as the same identification information or as different identification information.

[0346] The SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.

[0347] Next, when the UE receives the NAS message (S822), for example via the N1 interface, it can recognize that the UE's request via the PDU session establishment request message has been rejected and / or the contents of the information, etc. (message, container, information) contained in the NAS message.

[0348] Each device may complete this procedure based on sending and receiving a PDU session establishment acceptance message. At this time, each device may transition to a state in which it can communicate with the DN using the established PDU session.

[0349] Each device may complete this procedure based on sending and receiving a PDU session establishment rejection message. At this time, each device cannot establish a PDU session, and therefore cannot communicate with the DN if there is no already established PDU session.

[0350] In addition, each of the processes performed by the UE based on the reception of each identification information shown above may be performed during this procedure or after completion of this procedure, or may be performed after completion of this procedure based on the completion of this procedure.

[0351] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0352] After completing this procedure, the SNPN access mode of the UE may remain in a deactivated state. If the SNPN access mode is managed for each access, the SNPN access mode for 3GPP access may be in a deactivated state, or the state of the SNPN access mode for non-3GPP access may not be changed.

[0353] In the following description, it is assumed that a PDU session establishment acceptance message is received and a PDU session in the PLMN is established.

[0354] 3.7. Registration Procedure for SNPN (via PLMN) Next, the registration procedure in the SNPN via non-3GPP access by a UE that has performed the registration procedure in Chapter 3.5 and the PDU session establishment procedure in Chapter 3.6 in the PLMN will be described with reference to Figures 3, 4, and 8. At this time, the SNPN access mode of the UE may be inactivated or activated. Note that, if the SNPN access mode is managed for each access, a UE whose SNPN access mode for non-3GPP access is activated may initiate the registration procedure in the SNPN via the PLMN. At this time, the SNPN access mode for 3GPP access may be activated or deactivated, but is preferably deactivated. Hereinafter, the registration procedure in the SNPN (via the PLMN) will also be referred to as the registration procedure or this procedure. Note that the registration procedure in the SNPN (via the PLMN) here refers to a registration procedure performed in the SNPN using the PDU session established by the PDU session establishment procedure in the PLMN.

[0355] The registration procedure in the SNPN (via PLMN) can be applied to the registration procedure in the SNPN in Chapter 3.1 by making the following changes.

[0356] First, 3GPP access is read as non-3GPP access. Furthermore, a base station device is read as a base station device and / or an N3IWF. Furthermore, an RRC message transmitted and received between a UE and a base station device is read as an IKEv2 message transmitted and received between a UE and an N3IWF. Furthermore, information, control messages, etc. included in an RRC message are read as being included in an IKEv2 message. Specifically, a registration request message, a registration accept message, a registration complete message, and / or a registration reject message are transmitted and received via the N3IWF, being included in an IKEv2 message. Furthermore, a process performed by a base station device is read as being performed by an N3IWF. For example, the selection of an AMF by a base station device may be performed by the N3IWF.

[0357] The following mainly describes the differences from the registration procedures in Chapter 3.1. In other words, the descriptions in Chapter 3.1 can be applied to the parts not described below.

[0358] First, the UE initiates a registration procedure by sending a Registration request message to the AMF_210 (hereinafter also referred to as AMF) via a non-3GPP access and the N3IWF_240 (hereinafter also referred to as N3IWF) (S600, S602, S604). Here, the non-3GPP access may be composed of the access network_102, the core network_202, and the DN_252. Specifically, the UE sends an IKEv2 message including a Registration request message to the N3IWF via the non-3GPP access (S600). Note that the Registration request message is a NAS message transmitted and received on the N1 interface. The IKEv2 message may be a control message transmitted and received between the UE and the N3IWF. Note that the NAS message may be processed at the NAS layer, and the IKEv2 message may be processed at a layer lower than the NAS layer.

[0359] Here, the UE can transmit at least one of the first to fourth identification information in the registration request message and / or the IKEv2 message. Here, the first to fourth identification information may be the same as or different from the first to fourth identification information in Section 3.1. Also, the first to fourth identification information may be the same as or different from the first to fourth identification information in Section 3.5.

[0360] The UE may include information other than these identification information in the registration request message and / or the IKEv2 message, for example, may include and send the UE ID and / or PLMN ID and / or AMF identification information.

[0361] When the N3IWF receives an IKEv2 message including a registration request message, it selects an AMF to which to forward the registration request message (S602). The N3IWF can select an AMF based on the received message and / or information. The N3IWF may also select an AMF based on other conditions. Here, it is assumed that the same AMF_210 (hereinafter also referred to as AMF) as the AMF in Chapter 3.1 is selected, but a different AMF may also be selected.

[0362] The N3IWF extracts the registration request message from the received IKEv2 message and transfers the registration request message to the selected AMF (S604). Note that if at least one of the first to fourth identification information is not included in the registration request message but is included in the IKEv2 message, the identification information included in the IKEv2 message may be transferred to the selected AMF together with the registration request message (S604).

[0363] When the AMF receives the registration request message, it can execute a first condition determination. The first condition determination, and / or the execution conditions of the first condition determination, and / or the criteria for determining whether the first condition determination is true or false, and / or the behavior when the first condition determination is determined to be true or false, and / or the control message transmitted or received when the first condition determination is determined to be true or false, may be the same as those in Chapter 3.1.

[0364] In addition, the first condition determination may be performed by a network function (also referred to as NF) other than the AMF.

[0365] Here, the following description will be continued assuming that the first condition determination is true.

[0366] The AMF may transmit a control message including one or more of the identification information items 11 to 16. Here, the identification information items 11 to 16 may be the same as or different from the identification information items 11 to 16 in Section 3.1. Also, the identification information items 11 to 16 may be the same as or different from the identification information items 11 to 16 in Section 3.5.

[0367] The UE receives a control message (registration accept message) via the N3IWF (S610). By receiving the registration accept message, the UE can recognize that the UE's request in the registration request message has been accepted and the contents of various identification information included in the registration accept message.

[0368] The UE may further send a registration completion message to the AMF via the N3IWF as a response message to the registration acceptance message (S612). Here, the registration completion message is a NAS message transmitted and received on the N1 interface, but may be transmitted and received between the UE and the N3IWF in an IKEv2 message.

[0369] The AMF receives the registration completion message via the N3IWF (S612). Furthermore, each device completes this procedure based on the transmission and reception of the registration acceptance message and / or the registration completion message.

[0370] In addition, each device may transition to or maintain a state in which the UE is registered in the network (RM_REGISTERED state or 5GMM-REGISTERED state) based on sending and receiving a registration acceptance message and / or a registration completion message, or completion of the registration procedure.

[0371] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0372] After completing this procedure, the SNPN access mode of the UE may be in a deactivated state or an activated state. If the SNPN access mode is managed for each access, the SNPN access mode for non-3GPP access may be activated, or the state of the SNPN access mode for 3GPP access may not be changed.

[0373] 3.8. PDU Session Establishment Procedure for SNPN (via PLMN) Next, a PDU session establishment procedure that a UE that has performed the registration procedure in Chapter 3.7 at least once executes to establish a PDU session in an SNPN will be described with reference to Figures 3, 4, and 9. At this time, the SNPN access mode of the UE may be in a deactivated state or an activated state. Note that, when the SNPN access mode is managed for each access, a UE in which the SNPN access mode for non-3GPP access is in an activated state may initiate a PDU session establishment procedure in an SNPN via a PLMN. At this time, the SNPN access mode for 3GPP access may be in an activated state or an activated state, but it is preferable that it be inactivated. Hereinafter, the PDU session establishment procedure in an SNPN is also referred to as the PDU session establishment procedure or this procedure.

[0374] The PDU session establishment procedure in the SNPN can be applied to the PDU session establishment procedure in the SNPN in Chapter 3.2 by making the following changes.

[0375] First, 3GPP access is read as non-3GPP access. Furthermore, a base station device is read as a base station device and / or an N3IWF. Furthermore, an RRC message transmitted and received between a UE and a base station device is read as an IKEv2 message transmitted and received between a UE and an N3IWF. Furthermore, information, control messages, etc. included in an RRC message are read as information included in an IKEv2 message. Specifically, a PDU session establishment request message, and / or a PDU session establishment acceptance message, and / or a PDU session establishment rejection message may be transmitted and received in an IKEv2 message via the N3IWF.

[0376] The following mainly describes the differences from the PDU session establishment procedure in Chapter 3.2. In other words, the description in Chapter 3.2 can be applied to the parts not described below.

[0377] First, the UE initiates a PDU session establishment procedure by sending a NAS message including an N1 SM container containing a PDU session establishment request message to the AMF_210 (hereinafter also referred to as AMF) via a non-3GPP access and the N3IWF_240 (hereinafter also referred to as N3IWF) (S800). Here, the non-3GPP access may consist of the access network_102, the core network_202, and the DN_252. That is, the UE sends the NAS message to the AMF via the N3IWF. The NAS message is, for example, a message sent via the N1 interface and may be an uplink NAS transport (UL NAS TRANSPORT) message.

[0378] Furthermore, the UE can notify the network side of its request by including at least one of the identification information items 21 to 28 in the PDU session establishment request message, and / or the N1 SM container, and / or the NAS message and transmitting it. Here, the identification information items 21 to 26, and 28 may be the same as or different from the identification information items 21 to 26, and 28 in Chapter 3.6. Furthermore, the identification information item 21 must be different from the identification information item 21 in Chapter 3.6. Here, the identification information item 21 indicates PDU session ID #3, which identifies the third PDU session. Furthermore, the identification information items 22 to 26, and 28 may be the same as or different from the identification information items 22 to 26, and 28 in Chapter 3.6. Furthermore, the identification information item 27 must be different from the identification information item 21 in this chapter. Furthermore, the identification information item 27 may be the same as the identification information item 21 in Chapter 3.6. That is, the 27th identification information may indicate PDU session ID #2, which indicates a PDU session established with the PLMN.

[0379] Next, when the AMF receives the NAS message, it can recognize what the UE is requesting and / or the contents of the information contained in the NAS message (message, container, information, etc.).

[0380] Next, the AMF selects an SMF as a transfer destination for at least part of the information (message, container, information) contained in the NAS message received from the UE (S802). Here, it is assumed that the same SMF_220 (hereinafter also referred to as SMF) as the SMF in Chapter 3.2 is selected, but a different SMF may also be selected.

[0381] Next, the AMF sends at least a portion of the information (message, container, information) contained in the NAS message received from the UE to the selected SMF, for example via the N11 interface (S804).

[0382] Next, when the SMF receives information (messages, containers, information) sent from the AMF, it can recognize what the UE is requesting and / or the content of the information (messages, containers, information) received from the AMF.

[0383] Here, the SMF may perform a second condition determination. The second condition determination, and / or the execution conditions for the second condition determination, and / or the criteria for determining whether the second condition determination is true or false, and / or the behavior when the second condition determination is determined to be true or false, and / or the control message transmitted or received when the second condition determination is determined to be true or false, may be the same as those in Chapter 3.2.

[0384] The second condition determination may be performed by an NF other than the SMF.

[0385] Next, each step of the procedure in FIG. 9(A) will be explained.

[0386] Next, the SMF may select a UPF for the PDU session to be established and transmit an N4 session establishment request message to the selected UPF, for example, via the N4 interface (S808). Here, it is assumed that the same UPF_230 (hereinafter also referred to as UPF) as the UPF in Section 3.2 is selected, but a different UPF may also be selected. The N4 session establishment request message may include at least a portion of the PCC rules received from the PCF.

[0387] Next, when the UPF receives the N4 session establishment request message (S808), it can recognize the content of the information received from the SMF. Furthermore, based on the reception of the N4 session establishment request message, the UPF may send an N4 session establishment response message to the SMF, for example, via the N4 interface (S810).

[0388] Next, when the SMF receives an N4 session establishment response message as a response message to the N4 session establishment request message, it can recognize the contents of the information received from the UPF.

[0389] Next, the SMF sends an N1 SM container, N2 SM information, and / or PDU session ID to the AMF, for example, via the N11 interface, based on the reception of the PDU session establishment request message, and / or the selection of the UPF, and / or the reception of the N4 session establishment response message (S812), where the N1 SM container may include a PDU session establishment accept message.

[0390] Next, the AMF that has received the N1 SM container, and / or the N2 SM information, and / or the PDU session ID (thirteenth identification information) sends an N2 PDU session request message to the N3IWF (S814). Here, the N2 PDU session request message may include the N2 SM information and / or the NAS message. The NAS message may also include the PDU session ID and / or the N1 SM container.

[0391] Next, the N3IWF performs a procedure to establish an IPsec child SA (security association) with the UE via the access network, and after the IPsec child SA is established between the UE and the N3IWF, it sends a NAS message to the UE (S816).

[0392] Specifically, the N3IWF sends an IKE Create_Child_SA Request message to the UE to establish an IPsec Child SA for the PDU session according to the IKEv2 standard described in RFC 7296. Here, the IKE Create_Child_SA Request message may indicate that the requested IPsec Child SA operates in tunnel mode. The IKE Create_Child_SA Request message may also include a PDU Session ID associated with the Child SA.

[0393] Next, when the UE accepts the IPsec Child SA, it sends an IKE Create_Child_SA response message to the N3IWF.

[0394] As a result of the above, an IPsec Child SA is established between the UE and the N3IWF.

[0395] After the IPsec Child SA is established, the N3IWF can send a NAS message including a PDU session establishment accept message to the UE (S816).

[0396] Here, the SMF and / or AMF may include at least one of the identification information 31 to 37 in the PDU session establishment accept message, and / or the N1 SM container, and / or the NAS message, and / or the N2 SM information, and / or the N2 PDU session request message and send it. Here, the identification information 31 to 33, 35, and 36 may be the same as or different from the identification information 21 to 23, 25, and 26 in this procedure. However, here, the identification information 31 is assumed to be the same as the identification information 21 in this procedure. In other words, the identification information 31 indicates PDU session ID #3, which identifies the third PDU session.

[0397] Furthermore, the identification information 31 to 37 may be the same as or different from the identification information 31 to 37 in Chapter 3.2. Furthermore, the identification information 31 to 37 may be the same as or different from the identification information 31 to 37 in Chapter 3.6.

[0398] The SMF and / or AMF can notify the UE of the contents of these identification information by transmitting at least one of these identification information.

[0399] Next, when the NAS message is received (S816), it is possible to recognize that the UE's request via the PDU session establishment request message has been accepted and / or the contents of the information (message, container, information) contained in the NAS message.

[0400] Based on the received 31st and 33rd identification information, the UE can recognize the SSC mode to be set for the PDU session identified by the 31st identification information.

[0401] Next, each step of the procedure in FIG. 9(B) will be explained.

[0402] First, based on receiving the PDU session establishment request message, the SMF sends an N1 SM container and / or a PDU session ID to the AMF, for example, via the N11 interface (S818), where the N1 SM container may include a PDU session establishment rejection message.

[0403] Next, the AMF that has received the N1 SM container, the N2 SM information, and / or the PDU session ID (13th identification information) sends an N2 PDU session request message to the N3IWF (S820). Here, the N2 PDU session request message may include the N2 SM information and / or the NAS message. The NAS message may also include the PDU session ID and / or the N1 SM container.

[0404] Next, the N3IWF performs a procedure to establish an IPsec child SA (security association) with the UE via the access network, and after the IPsec child SA is established between the UE and the N3IWF, it sends a NAS message to the UE (S822).

[0405] Specifically, the N3IWF sends an IKE Create_Child_SA Request message to the UE to establish an IPsec Child SA for the PDU session according to the IKEv2 standard described in RFC 7296. Here, the IKE Create_Child_SA Request message may indicate that the requested IPsec Child SA operates in tunnel mode. The IKE Create_Child_SA Request message may also include a PDU Session ID associated with the Child SA.

[0406] Next, when the UE accepts the IPsec Child SA, it sends an IKE Create_Child_SA response message to the N3IWF.

[0407] As a result of the above, an IPsec Child SA is established between the UE and the N3IWF.

[0408] After the IPsec Child SA is established, the N3IWF can send a NAS message including a PDU session establishment rejection message to the UE (S822).

[0409] Next, when the UE receives the NAS message (S822), it can recognize that the UE's request via the PDU session establishment request message has been rejected and / or the contents of the information (message, container, information) contained in the NAS message.

[0410] Each device may complete this procedure based on sending and receiving a PDU session establishment acceptance message. At this time, each device may transition to a state in which it can communicate with the DN using the established PDU session.

[0411] Each device may complete this procedure based on sending and receiving a PDU session establishment rejection message. At this time, each device cannot establish a PDU session, and therefore cannot communicate with the DN if there is no already established PDU session.

[0412] In addition, each of the processes performed by the UE based on the reception of each identification information shown above may be performed during this procedure or after completion of this procedure, or may be performed after completion of this procedure based on the completion of this procedure.

[0413] Furthermore, each device may store the information transmitted and received in this procedure in association with each other.

[0414] After completing this procedure, the SNPN access mode of the UE may be in a deactivated state or an activated state. If the SNPN access mode is managed for each access, the SNPN access mode for non-3GPP access may be activated, or the state of the SNPN access mode for 3GPP access may not be changed.

[0415] Here, it is assumed that a PDU session establishment acceptance message is received and a PDU session is established in the SNPN.

[0416] As described above, a PDU session via non-3GPP access can be established by performing a registration procedure and a PDU session establishment procedure for an SNPN using the PDU session established in the PLMN by the procedure in Chapter 3.6. That is, the UE may be in a state where a PDU session in the PLMN and a PDU session in the SNPN are established.

[0417] As described above, by performing each procedure, the first PDU session can be transferred to the third PDU session.

[0418] 4. Second Embodiment In this embodiment, we will explain the opposite case to the first embodiment, that is, a method of moving the third PDU session to the first PDU session.

[0419] That is, the UE performs the registration procedure of Chapter 4.1 and the PDU session establishment procedure of Chapter 4.2 with the PLMN to establish a second PDU session. Furthermore, the UE performs the registration procedure of Chapter 4.3 and the PDU session establishment procedure of Chapter 4.4 with the SNPN via the established second PDU session (i.e., via the PLMN) to establish a third PDU session. The UE may then perform the deregistration procedure of Chapter 3.3 or the PDU session release procedure of Chapter 3.4 with the SNPN, as needed. This section describes the process up to the point where the UE performs the registration procedure of Chapter 3.1 and the PDU session establishment procedure of Chapter 3.2 with the SNPN to establish the first PDU session. By performing these procedures, the UE can transfer the third PDU session to the first PDU session.

[0420] 4.1. PLMN Registration Procedure This procedure can be performed in the same manner as in Chapter 3.5, so please refer to Chapter 3.5. After completing this procedure, the UE may be registered in the PLMN.

[0421] 4.2. PDU Session Establishment Procedure for PLMN This procedure is performed after the procedure in Section 4.1. Since the procedure in Section 3.6 can be applied to this procedure as is, please refer to Section 3.6. After completing this procedure, the UE may establish a second PDU session in the PLMN.

[0422] 4.3. Registration Procedure for SNPN (via PLMN) This procedure is executed after the procedure in Section 4.2. This procedure can be directly applied to the procedure in Section 3.7, so please refer to Section 3.7. After completing this procedure, the UE may be registered in the SNPN via the PLMN.

[0423] 4.4. PDU Session Establishment Procedure for SNPN (via PLMN) This procedure is executed after the procedure in Section 4.3 is executed. Since the procedure in Section 3.8 can be directly applied to this procedure, please refer to Section 3.8. After completing this procedure, the UE may be in a state where a third PDU session is established in the SNPN via the PLMN. In other words, the UE may be in a state where a second PDU session and a third PDU session are established.

[0424] 4.5. Unregistration Procedure in SNPN (via PLMN) Next, a de-registration procedure in an SNPN via a PLMN, which is performed by a UE that has performed the procedure in Chapter 4.4, will be described. At this time, the SNPN access mode of the UE may be in a deactivated state or an activated state. Note that, if the SNPN access mode is managed for each access, a UE in which the SNPN access mode for non-3GPP access is activated may initiate the de-registration procedure in an SNPN via a PLMN. At this time, the SNPN access mode for 3GPP access may be activated or deactivated, but it is preferable that it be deactivated. Hereinafter, this de-registration procedure in an SNPN via a PLMN will also be referred to as the de-registration procedure or this procedure. The de-registration procedure includes a network-initiated de-registration procedure and a UE-initiated de-registration procedure. The de-registration procedure may be a procedure for de-registering a UE registered in a network (access network, and / or core network, and / or DN). In other words, the UE or AMF may perform the deregistration procedure when the UE is registered with the network (RM-REGISTERED state or 5GMM-REGISTED state). Also, when the UE detects that it has entered an area where it can directly communicate with the SNPN, each device may perform the deregistration procedure. In particular, this procedure may be performed when a PDU session set to SSC mode 2 has been established.

[0425] After completing this procedure, the UE may be unregistered in the SNPN via the PLMN, and the third PDU session may be released. That is, the UE may remain registered in the PLMN, and the second PDU session may remain established.

[0426] 4.5.1 Network-Initiated Deregistration Procedures First, the network-initiated de-registration procedure will be described with reference to Figures 3, 4 and 10. Hereinafter, the network-initiated de-registration procedure in an SNPN via a PLMN will also be referred to as the de-registration procedure or the main procedure.

[0427] The AMF_210 (hereinafter also referred to as AMF) initiates this procedure by sending a deregistration request message to the UE (S900) via the N3IWF_240 (hereinafter also referred to as N3IWF) and a non-3GPP access, where the non-3GPP access may consist of the access network_102, the core network_202, and the DN_252. Here, the deregistration request message is a NAS message transmitted and received on the N1 interface.

[0428] Furthermore, the AMF may include at least one of the 41st to 43rd identities in the non-registration request message and transmit it. Note that which of the 41st to 43rd identities is included in the non-registration request message may be determined according to the first identity acquired in the registration procedure performed before this procedure and / or the 24th identity acquired in the PDU session establishment procedure performed before this procedure. For example, if the first identity and / or the 24th identity indicates that handover between an SNPN and a PLMN is supported, the AMF may include at least one of the 41st to 43rd identities in the non-registration request message and transmit it.

[0429] In addition, by sending at least one of these identification information and / or a deregistration request message, the AMF may request that the UE's registration state in the SNPN via the PLMN be transitioned to a deregistered state, and / or request that a PDU session established in the SNPN via the PLMN be released, and / or instruct to initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, and / or instruct to initiate a PDU session release procedure to release a PDU session established in the PLMN, and / or instruct to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, and / or instruct to change the PDU session established in the SNPN via the PLMN to a PDU session established directly to the SNPN, and / or instruct to activate the SNPN access mode.

[0430] When the UE receives a non-registration request message from the AMF, the UE may recognize the content of each identification information included in the non-registration request message. Then, the UE may determine its behavior based on the reception of the non-registration request message and / or each identification information.

[0431] That is, the UE may transition the UE's registration state in the SNPN via the PLMN to an unregistered state, may release a PDU session established in the SNPN via the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, may initiate a PDU session release procedure to release a PDU session established in the PLMN, or may trigger the execution of a process to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN.

[0432] Then, the UE that has received the deregistration request message may send a deregistration accept message to the AMF via the non-3GPP access and the N3IWF (S902). Here, the deregistration accept message is a NAS message transmitted and received on the N1 interface.

[0433] Each device may transition to a state in which the UE is not registered in the network (RM_DEREGISTERED state or 5GMM-DEREGISTERED state) based on the transmission and reception of the deregistration acceptance message. This state transition by each device may also be performed based on the completion of this procedure.

[0434] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the deregistration procedure. For example, upon completion of the deregistration procedure, the UE may initiate a registration procedure for the PLMN, or may activate or deactivate the SNPN access mode. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode based on transmission and reception of a deregistration request message, a deregistration accept message, and / or each identification information. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access.

[0435] 4.5.2 UE-initiated de-registration procedure Next, the UE-initiated deregistration procedure will be described with reference to Figures 3, 4, and 11. Hereinafter, the UE-initiated deregistration procedure in the SNPN will also be referred to as the deregistration procedure or this procedure. The UE starts this procedure by sending a deregistration request message to the AMF_210 (hereinafter also referred to as the AMF) (S1000) via the non-3GPP access and N3IWF_240 (hereinafter also referred to as the N3IWF). Here, the non-3GPP access may be composed of the access network_102, the core network_202, and the DN_252. Here, the deregistration request message is a NAS message transmitted and received on the N1 interface.

[0436] Furthermore, the UE may include at least one of the 51st to 53rd identification information in the non-registration request message before transmitting it. Note that which of the 51st to 53rd identification information to include in the non-registration request message may be determined according to the first identification information sent in the registration procedure performed before this procedure and / or the 24th identification information sent in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the UE may include at least one of the 51st to 53rd identification information in the non-registration request message before transmitting it.

[0437] When the AMF receives a non-registration request message from the UE, it may determine the behavior of the AMF based on the receipt of the non-registration request message and / or the identification information.

[0438] For example, the AMF that receives the deregistration request message may send a deregistration accept message to the UE via the N3IWF and non-3GPP access (S1002). Here, the deregistration accept message is a NAS message transmitted and received on the N1 interface.

[0439] The AMF may also include the 62nd identification information in the non-registration acceptance message and send it. Note that whether or not to include the 62nd identification information in the non-registration acceptance message may be determined according to the first identification information obtained in the registration procedure performed before this procedure and / or the 24th identification information obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the AMF may include the 62nd identification information in the non-registration acceptance message and send it.

[0440] Furthermore, by sending at least one of these identification information and / or a deregistration acceptance message, the AMF may request that the UE's registration state in the SNPN via the PLMN be transitioned to a deregistered state, and / or request that a PDU session established in the SNPN via the PLMN be released, and / or instruct to initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, and / or instruct to initiate a PDU session release procedure to release a PDU session established in the PLMN, and / or instruct to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, and / or instruct to change the PDU session established in the SNPN via the PLMN to a PDU session established directly to the SNPN, and / or instruct to activate the SNPN access mode.

[0441] When the UE receives a non-registration acceptance message from the AMF, the UE can recognize the content of each identification information included in the non-registration acceptance message, and the UE may determine its behavior based on the reception of the non-registration acceptance message and / or each identification information.

[0442] That is, the UE may transition the UE's registration state in the SNPN via the PLMN to an unregistered state, may release a PDU session established in the SNPN via the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, may initiate a PDU session release procedure to release a PDU session established in the PLMN, or may trigger the execution of a process to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN.

[0443] Each device may transition to a state in which the UE is not registered in the network (RM_DEREGISTERED state or 5GMM-DEREGISTERED state) based on the transmission and reception of the deregistration acceptance message. This state transition by each device may also be performed based on the completion of this procedure.

[0444] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the deregistration procedure. For example, upon completion of the deregistration procedure, the UE may initiate a registration procedure for the PLMN, or may activate or deactivate the SNPN access mode. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode based on transmission and reception of a deregistration request message, a deregistration accept message, and / or each identification information. If the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access.

[0445] 4.6. PDU Session Release Procedure in SNPN (via PLMN) Next, a PDU session release procedure in an SNPN via a PLMN, which is performed by a UE that has performed the procedure in Section 4.4, will be described. At this time, the SNPN access mode of the UE may be in a deactivated state or an activated state. Note that, if the SNPN access mode is managed for each access, a UE in which the SNPN access mode for non-3GPP access is activated may initiate a PDU session establishment procedure in an SNPN via a PLMN. At this time, the SNPN access mode for 3GPP access may be activated or deactivated, but deactivation is preferable. Hereinafter, this PDU session release procedure in an SNPN via a PLMN will also be referred to as a PDU session release procedure or this procedure. The PDU session release procedure includes a network-initiated PDU session release procedure and a UE-initiated PDU session release procedure. The PDU session release procedure may be a procedure for releasing a PDU session. Furthermore, when it is detected that the UE is moving out of the communication area of ​​the SNPN, each device may perform the PDU session release procedure. In particular, this procedure may be performed when a PDU session set to SSC mode 2 is established.

[0446] After the UE completes this procedure, the third PDU session in the SNPN via the PLMN may be released. That is, the UE may remain registered in the PLMN and maintain the second PDU session. Note that the UE may remain registered in the SNPN via the PLMN, but may later become unregistered.

[0447] 4.6.1 Network-initiated PDU session release procedure First, the network-initiated PDU session release procedure will be described with reference to Figures 3, 4, and 12. Hereinafter, the network-initiated PDU session release procedure in an SNPN via a PLMN will be referred to as the PDU session release procedure or this procedure. The SMF_220 (hereinafter also referred to as SMF) initiates this procedure by sending a PDU session release command (PDU SESSION RELEASE COMMAND) message to the UE via the AMF_210 (hereinafter also referred to as AMF), the N3IWF_240 (hereinafter also referred to as N3IWF), and the non-3GPP access (S1002). Here, the non-3GPP access may be composed of the access network_102, the core network_202, and the DN_252. Here, the PDU session release command message is a message included in the NAS message transmitted and received on the N1 interface.

[0448] The SMF may also include at least one of the 71st to 75th identifications in the PDU session release command message before transmitting it. Whether or not to include any of the 71st to 75th identifications in the PDU session release command message may be determined based on the first identification obtained in the registration procedure performed before this procedure and / or the 24th identification obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification and / or the 24th identification indicates support for handover between an SNPN and a PLMN, the SMF may include at least one of the 71st to 75th identifications in the PDU session release command message before transmitting it. The 71st identification may indicate PDU session ID #3, which identifies the third PDU session. The 74th identification may indicate PDU session ID #2, which identifies the second PDU session. Furthermore, if the PDU session release command message includes the identification information Nos. 71 and 74, the identification information No. 73 may indicate the 3GPP access and non-3GPP access corresponding to the PDU session indicated by the identification information Nos. 71 and 74. Furthermore, if the PDU session release command message includes the identification information No. 71 but does not include the identification information No. 74, the identification information No. 73 may indicate the non-3GPP access corresponding to the PDU session indicated by the identification information No. 71.

[0449] The SMF may also, by sending at least one of these identification information and / or a PDU session release command message, instruct the release of a PDU session established in the SNPN via the PLMN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the SNPN, and / or instruct the initiation of a PDU session release procedure for releasing a PDU session established in the PLMN, and / or instruct the change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, and / or instruct the change from a PDU session established to the SNPN via the PLMN to a PDU session established directly to the SNPN, and / or instruct the activation of an SNPN access mode.

[0450] When the UE receives the PDU session release command message from the SMF, the UE can recognize the content of each piece of identification information included in the PDU session release command message, and the UE may determine its behavior based on the reception of the unregistration request message and / or each piece of identification information.

[0451] That is, the UE may release a PDU session established in the SNPN via the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, may initiate a PDU session release procedure to release a PDU session established in the PLMN, may decide to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, or may decide to change a PDU session established in the SNPN via the PLMN to a PDU session established directly to the SNPN.

[0452] Then, the UE that has received the PDU session release command may send a PDU session release complete message to the SMF via the non-3GPP access, the N3IWF, and the AMF, where the PDU session release complete message is a message included in the NAS message transmitted and received on the N1 interface via the AMF.

[0453] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the PDU session release procedure. For example, upon completion of the PDU session release procedure, the UE may initiate a registration procedure with the PLMN, or may activate or deactivate the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access. Note that, the UE may activate or deactivate the SNPN access mode based on transmission and reception of a PDU session release command, a PDU session release complete message, and / or each identification information. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access.

[0454] Furthermore, based on the inclusion of the 74th identification information in the PDU session release command or based on the receipt of a PDU session release command that includes the 74th identification information, the UE may decide to initiate the procedure in Chapter 4.7. Furthermore, based on the absence of the 74th identification information in the PDU session release command or based on the receipt of a PDU session release command that includes the 74th identification information, the UE may decide not to initiate the procedure in Chapter 4.7.

[0455] 4.6.2 UE-initiated PDU session release procedure Next, the UE-initiated PDU session release procedure will be described with reference to Figures 3, 4, and 12. Hereinafter, the UE-initiated PDU session release procedure in an SNPN via a PLMN will be referred to as the PDU session release procedure or this procedure. The UE initiates this procedure by sending a PDU session release request (PDU SESSION RELEASE REQUEST) message to the SMF_220 (hereinafter also referred to as SMF) via a non-3GPP access, the N3IWF_240 (hereinafter also referred to as N3IWF), and the AMF_210 (hereinafter also referred to as AMF) (S1000). Here, the non-3GPP access may be composed of the access network_102, the core network_202, and the DN_252. Here, the PDU session release request message is a message included in the NAS message transmitted and received on the N1 interface.

[0456] The UE may also include the 81st identification information in the PDU session release request message before transmitting it. Note that which of the 81st identification information to include in the PDU session release request message may be determined according to the first identification information sent in the registration procedure performed before this procedure and / or the 24th identification information sent in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between the SNPN and the PLMN is supported, the UE may include the 81st identification information in the PDU session release request message before transmitting it. Note that the 81st identification information may indicate PDU session ID #3, which identifies the third PDU session.

[0457] When the SMF receives a PDU session release request message from the UE, it may determine the behavior of the SMF based on the receipt of the PDU session release request message.

[0458] For example, the SMF may include at least one of the 71st to 75th identifications in the PDU session release command message and transmit it (S1002). Whether to include any of the 71st to 75th identifications in the PDU session release command message may be determined based on the first identification acquired in the registration procedure performed prior to this procedure and / or the 24th identification acquired in the PDU session establishment procedure performed prior to this procedure. For example, if the first identification and / or the 24th identification indicate that handover between the SNPN and the PLMN is supported, the SMF may include at least one of the 71st to 75th identifications in the PDU session release command message and transmit it. The 71st identification may indicate PDU session ID #3, which identifies the third PDU session. The 74th identification may indicate PDU session ID #2, which identifies the second PDU session. Furthermore, if the PDU session release command message includes the identification information Nos. 71 and 74, the identification information No. 73 may indicate the 3GPP access and non-3GPP access corresponding to the PDU session indicated by the identification information Nos. 71 and 74. Furthermore, if the PDU session release command message includes the identification information No. 71 but does not include the identification information No. 74, the identification information No. 73 may indicate the non-3GPP access corresponding to the PDU session indicated by the identification information No. 71.

[0459] The SMF may also, by sending at least one of these identification information and / or a PDU session release command message, instruct the release of a PDU session established in the SNPN via the PLMN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the SNPN, and / or instruct the initiation of a PDU session release procedure for releasing a PDU session established in the PLMN, and / or instruct the change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, and / or instruct the change from a PDU session established to the SNPN via the PLMN to a PDU session established directly to the SNPN, and / or instruct the activation of an SNPN access mode.

[0460] When the UE receives the PDU session release command message from the SMF, the UE can recognize the content of each piece of identification information included in the PDU session release command message, and the UE may determine its behavior based on the reception of the unregistration request message and / or each piece of identification information.

[0461] That is, the UE may release a PDU session established in the SNPN via the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, may initiate a PDU session release procedure to release a PDU session established in the PLMN, may decide to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, or may decide to change a PDU session established in the SNPN via the PLMN to a PDU session established directly to the SNPN.

[0462] Then, the UE that has received the PDU session release command may send a PDU session release complete message to the SMF via the non-3GPP access, the N3IWF, and the AMF, where the PDU session release complete message is a message included in the NAS message transmitted and received on the N1 interface via the AMF.

[0463] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the PDU session release procedure. For example, upon completion of the PDU session release procedure, the UE may initiate a registration procedure with the PLMN, or may deactivate the SNPN access mode, or may activate or deactivate the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access. Note that, the UE may activate or deactivate the SNPN access mode based on transmission and reception of a PDU session release command, a PDU session release complete message, and / or each identification information. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access.

[0464] Furthermore, based on the inclusion of the 74th identification information in the PDU session release command or based on the receipt of a PDU session release command that includes the 74th identification information, the UE may decide to initiate the procedure in Chapter 4.7. Furthermore, based on the absence of the 74th identification information in the PDU session release command or based on the receipt of a PDU session release command that includes the 74th identification information, the UE may decide not to initiate the procedure in Chapter 4.7.

[0465] 4.7. PDU Session Release Procedure for PLMN This procedure is executed after the procedure in Chapter 4.6 is executed. Next, the UE-initiated PDU session release procedure will be described with reference to Figures 3, 4, and 12. At this time, the SNPN access mode of the UE may be in a deactivated state. Note that, if the SNPN access mode is managed for each access, a UE whose SNPN access mode for 3GPP access is in a deactivated state may initiate a deregistration procedure in the SNPN via the PLMN. At this time, the SNPN access mode for non-3GPP access may be activated or deactivated, but it is preferable that it be deactivated. Hereinafter, the UE-initiated PDU session release procedure in the PLMN is also referred to as the PDU session release procedure or this procedure. The UE initiates this procedure by sending a PDU session release request (PDU SESSION RELEASE REQUEST) message to the SMF_222 (hereinafter also referred to as SMF) via the 3GPP access (access network_102) and the AMF_212 (hereinafter also referred to as AMF) (S1000). Here, the PDU session release request message is a message included in the NAS message sent and received on the N1 interface.

[0466] The UE may also transmit the PDU session release request message including the 81st identification information. Note that whether or not to include the 81st identification information in the PDU session release request message may be determined according to the first identification information transmitted in the registration procedure performed before this procedure and / or the 24th identification information transmitted in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between the SNPN and the PLMN is supported, the UE may transmit the PDU session release request message including the 81st identification information. Note that the 81st identification information may indicate PDU session ID #2, which identifies the second PDU session.

[0467] When the SMF receives a PDU session release request message from the UE, it may determine the behavior of the SMF based on the receipt of the PDU session release request message.

[0468] For example, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message and transmit it (S1002). Note that which of the identification information 71 to 73, and 75 to include in the PDU session release command message may be determined according to the first identification information obtained in the registration procedure performed before this procedure and / or the 24th identification information obtained in the PDU session establishment procedure performed before this procedure. For example, if the first identification information and / or the 24th identification information indicate that handover between an SNPN and a PLMN is supported, the SMF may include at least one of the identification information 71 to 73, and 75 in the PDU session release command message and transmit it. Note that the 71st identification information may indicate PDU session ID #2, which identifies the second PDU session.

[0469] The SMF may also, by sending at least one of these identification information and / or a PDU session release command message, instruct the release of a PDU session established in the PLMN, and / or instruct the initiation of a registration procedure and / or a PDU session establishment procedure for the SNPN, and / or instruct the change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, and / or instruct the change from a PDU session established to the SNPN via the PLMN to a PDU session established directly to the SNPN, and / or instruct the activation of an SNPN access mode.

[0470] When the UE receives the PDU session release command message from the SMF, the UE can recognize the content of each piece of identification information included in the PDU session release command message, and the UE may determine its behavior based on the reception of the unregistration request message and / or each piece of identification information.

[0471] That is, the UE may release the PDU session established in the PLMN, may initiate a registration procedure and / or a PDU session establishment procedure for the SNPN, may decide to change from a connection to the SNPN via the PLMN to a direct connection to the SNPN, or may decide to change the PDU session established to the SNPN via the PLMN to a PDU session established directly to the SNPN.

[0472] Then, the UE that has received the PDU session release command may send a PDU session release complete message to the SMF via the non-3GPP access, the N3IWF, and the AMF, where the PDU session release complete message is a message included in the NAS message transmitted and received on the N1 interface via the AMF.

[0473] Furthermore, each device may perform processing based on information transmitted and received in this procedure upon completion of the PDU session release procedure. For example, upon completion of the PDU session release procedure, the UE may initiate a registration procedure with the PLMN, or may activate or deactivate the SNPN access mode. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access. Note that, the UE may activate or deactivate the SNPN access mode based on transmission and reception of a PDU session release command, a PDU session release complete message, and / or each identification information. Note that, if the SNPN access mode is managed for each access, the UE may activate or deactivate the SNPN access mode for 3GPP access, or may activate or deactivate the SNPN access mode for non-3GPP access.

[0474] Once the UE has completed this procedure, the second PDU session in the PLMN may be released, and the UE may remain registered in the PLMN but may later become unregistered.

[0475] 4.8. Registration Procedures for SNPN This procedure may be performed after the procedures in Chapters 4.1 to 4.4 have been performed. This procedure may also be performed after the procedures in Chapters 4.1 to 4.4 have been performed and then the procedures in Chapter 4.5 or Chapter 4.6 have been performed. This procedure may also be performed after the procedures in Chapters 4.1 to 4.4 have been performed and then the procedures in Chapters 4.6 to 4.7 have been performed. Since the procedures in Chapter 3.1 can be applied directly to this procedure, please refer to Chapter 3.1. Upon completion of this procedure, the UE may become registered in the SNPN.

[0476] 4.9. PDU Session Establishment Procedure for SNPN This procedure may be performed after the procedure in Section 4.8. Since the procedure in Section 3.2 can be applied to this procedure as is, please refer to Section 3.2. After completing this procedure, the UE may establish the first PDU session in the SNPN.

[0477] As described above, by performing each procedure, the third PDU session can be transferred to the first PDU session.

[0478] 5. Variations The program that runs on the device according to the present invention may be a program that controls a central processing unit (CPU) or the like to make a computer function so as to realize the functions of the embodiments according to the present invention. The program or information handled by the program is temporarily stored in a volatile memory such as a random access memory (RAM), a non-volatile memory such as a flash memory, a hard disk drive (HDD), or other storage device system.

[0479] A program for implementing the functions of the embodiments of the present invention may be recorded on a computer-readable recording medium. The program may be loaded into a computer system and executed. The term "computer system" as used herein refers to a computer system built into a device, including hardware such as an operating system and peripheral devices. The term "computer-readable recording medium" may refer to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically stores a program for a short period of time, or any other computer-readable recording medium.

[0480] Additionally, each functional block or feature of the device used in the above-described embodiments may be implemented or performed by an electrical circuit, such as an integrated circuit or multiple integrated circuits. The electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, or a conventional processor, controller, microcontroller, or state machine. The electrical circuit may be composed of digital circuits or analog circuits. Furthermore, as advances in semiconductor technology emerge, one or more aspects of the present invention may utilize new integrated circuit technologies that replace current integrated circuits.

[0481] The present invention is not limited to the above-described embodiment. Although one example of a device has been described in the embodiment, the present invention is not limited to this and can be applied to stationary or non-movable electronic devices installed indoors or outdoors, such as terminal devices or communication devices for AV equipment, kitchen equipment, cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other household appliances.

[0482] Although the embodiments of the present invention have been described in detail above with reference to the drawings, the specific configuration is not limited to this embodiment and includes design modifications within the scope of the invention. Furthermore, the present invention is susceptible to various modifications within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of the present invention. Furthermore, configurations in which elements described in the above embodiments are substituted with elements that achieve the same effect are also included. [Explanation of symbols]

[0483] 1. Mobile communication systems 10UE 100 Access Network 102 Access Network 110 Base station equipment 112 Base station equipment 200 Core Network 202 Core Network 210 AMF 212 AMF 220 SMF 222 SMF 230 UPF 232 UPF 240 N3IWF 250DN 252DN

Claims

1. A UE (User Equipment) having a control unit, When connecting to an SNPN (Stand-alone Non-Public Network) via a PLMN (Public Land Mobile Network) using 3GPP access, the control unit: Connect to the SNPN via non-3GPP access, The UE connects to the core network of the SNPN using a registration procedure for non-3GPP access. A UE characterized by:

2. A communication control method executed by a UE (User Equipment), When connecting to a Stand-alone Non-Public Network (SNPN) via a Public Land Mobile Network (PLMN) using 3GPP access, the UE: Connect to the SNPN via non-3GPP access, The UE connects to the core network of the SNPN using a registration procedure for non-3GPP access. A communication control method comprising:

Images