UE(User Equipment)

Abstract

The present invention defines a method for connecting to an SNPN service using a non-3GPP access, a method for connecting to a PLMN service via an SNPN connected to using a non-3GPP access, and a method for connecting to an SNPN service via a PLMN connected to using a non-3GPP access. This UE is provided with a control unit that, when connecting to a PLMN service using a 3GPP access via an SNPN using a non-3GPP access, operates in SNPN access mode over a non-3GPP access and does not operate in SNPN access mode over a 3GPP access.

Description

[Technical Field]

[0001] The present invention relates to UE (User Equipment). This application claims priority to Japanese Patent Application No. 2020-193362, filed on November 20, 2020, the contents of which are incorporated herein by reference. [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.6.0 (2020-09); 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.6.0 (2020-09); 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 V17.0.0 (2020-09); 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 V1.1.0 (2020-10); 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 was intended to discuss support for non-3GPP access to SNPN (Stand-alone NPN), which is a form of NPN, but has not yet done so. Furthermore, specifically, it does not disclose any method of connecting to an SNPN service using non-3GPP access, a method of connecting to a PLMN service via an SNPN connected using non-3GPP access, or a method of connecting to an SNPN service via a PLMN connected using non-3GPP access.

[0005] One aspect of the present invention has been made in consideration of the above circumstances, and aims to clarify a method of connecting to an SNPN service using non-3GPP access, a method of connecting to a PLMN service via an SNPN connected using non-3GPP access, and a method of connecting to an SNPN service via a PLMN connected using non-3GPP access. [Means for solving the problem]

[0006] A UE according to one aspect of the present invention is a UE (User Equipment) having a control unit, and when connecting to a PLMN (Public Land Mobile Network) service using 3GPP access via an SNPN (Stand-alone Non-Public Network) using non-3GPP access, the control unit operates in SNPN access mode on the non-3GPP access, but does not operate in SNPN access mode on the 3GPP access. [Effects of the Invention]

[0007] According to one aspect of the present invention, it is possible to provide a method for connecting to an SNPN service using non-3GPP access, a method for connecting to a PLMN service via an SNPN connected using non-3GPP access, and a method for connecting to an SNPN service via a PLMN connected using non-3GPP access. [Brief explanation of the drawings]

[0008] [Figure 1] 1 is a diagram illustrating an outline of a mobile communication system 1. FIG. [Figure 2] FIG. 1 is a diagram illustrating a detailed configuration of a mobile communication system 1. [Figure 3] FIG. 1 is a diagram illustrating an outline of a mobile communication system 2. [Figure 4] FIG. 2 is a diagram illustrating a detailed configuration of the mobile communication system 2. [Figure 5] FIG. 2 is a diagram illustrating a detailed configuration of the mobile communication system 2. [Figure 6] FIG. 1 is a diagram illustrating an outline of a mobile communication system 3. [Figure 7] FIG. 2 is a diagram illustrating a detailed configuration of a mobile communication system 3. [Figure 8] FIG. 2 is a diagram illustrating a detailed configuration of a mobile communication system 3. [Figure 9] FIG. 1 is a diagram illustrating the device configuration of a UE. [Figure 10] A diagram explaining the configuration of an access network device (gNB) in 5GS. [Figure 11] A diagram explaining the configuration of core network devices (AMF / SMF / UPF / N3IWF / NF) in 5GS. [Figure 12] FIG. 10 is a diagram illustrating a registration procedure. [Figure 13] A diagram explaining the PDU session establishment procedure. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, a best mode for carrying out one aspect of the present invention will be described with reference to the drawings. In this embodiment, an embodiment of a mobile communication system to which one aspect of the present invention is applied will be described as an example.

[0010] [1. System Overview] Here, each mobile communication system will be explained.

[0011] First, Fig. 1 is a diagram for explaining the outline of mobile communication system 1, and Fig. 2 is a diagram for explaining its detailed configuration. Also, Fig. 3 is a diagram for explaining the outline of mobile communication system 2, and Figs. 4 and 5 are diagrams for explaining its detailed configuration. Also, Fig. 6 is a diagram for explaining the outline of mobile communication system 3, and Figs. 7 and 8 are diagrams for explaining its detailed configuration.

[0012] FIG. 1 shows a communication system 1 that is configured by a UE (User Equipment)_10, an access network_100, a core network_200, and a DN (Data Network)_250.

[0013] Hereinafter, these symbols may be omitted. Furthermore, the access network _100 in FIG. 1 may be a 3GPP access or a non-3GPP access, but here it is assumed to be a non-3GPP access. The communication system 1 in FIG. 1 assumes that the UE directly connects to an SNPN service (hereinafter also referred to as a service provided by an SNPN, or an SNPN) via a non-3GPP access. In other words, when the UE directly connects to an SNPN service, the UE performs a registration procedure with the core network _200 via the non-3GPP access (access network _100) in the SNPN to enter a registered state, and then performs a PDU session establishment procedure to establish a PDU session (hereinafter also referred to as a first PDU session) to enable communication with the DN 250. At this time, the UE may be said to be connected to the SNPN service. Furthermore, the access network _100, the core network _200, and / or the DN 250 may be said to be networks constituting the SNPN. In addition, the devices and network functions included in the access network 100, the core network 200, and the DN 250 can be said to be devices and network functions that constitute the SNPN. The communication system 1 is such a communication system.

[0014] Figure 2 also shows devices and network functions such as UE_10, AMF_210, SMF_220, UPF_230, N3IWF_240, and DN_250, as well as interfaces that connect these to each other.

[0015] Hereinafter, these symbols may be omitted. Note that the AMF, SMF, UPF, and N3IWF may be included in the core network 200. Although not shown in FIG. 2, a base station device or an access point is installed between the UE and the N3IWF. The base station device or the access point may be included in the access network.

[0016] FIG. 3 also shows a communication system 2 that is configured by UE_10, access network_102, core network_202, DN_252, core network_200, and DN_250.

[0017] Hereinafter, these symbols may be omitted. The access network _102 in FIG. 3 may be either a 3GPP access or a non-3GPP access, but is assumed to be a non-3GPP access here. The communication system 2 in FIG. 3 assumes that the UE connects to an SNPN service via a PLMN. Specifically, the communication system 2 in FIG. 3 assumes that the UE first connects to a PLMN service (hereinafter also referred to as a service provided by a PLMN or a PLMN) via a non-3GPP access, and then connects to the SNPN service via a 3GPP access or a non-3GPP access. More specifically, the UE first performs a registration procedure with the core network _202 via a non-3GPP access (access network _102) in the PLMN to enter a registered state, and then performs a PDU session establishment procedure to establish a PDU session (hereinafter also referred to as a second PDU session) to enable communication with the DN _252. At this time, the UE can be said to be connected to the PLMN service. Here, when a UE connects to an SNPN service via a PLMN, the access network_102, core network_202, and DN_252 constituting the PLMN, and / or the second PDU session, and / or the user plane resources (communication resources for transmitting and receiving user data) constituting the second PDU session may be treated as 3GPP access or non-3GPP access (access network_100). Furthermore, when the UE connects to an SNPN service via a PLMN, the UE performs a registration procedure with the core network_200 via the 3GPP access or non-3GPP access to enter a registered state, and then performs a PDU session establishment procedure to establish a PDU session (hereinafter also referred to as a third PDU session) to enable communication with the DN_250. At this time, the UE may be said to be connected to the SNPN service via the PLMN.Furthermore, the access network 102, the core network 202, and / or the DN 252 may be considered to be networks constituting a PLMN. Furthermore, the equipment and network functions included in the access network 102, the core network 202, and the DN 252 may be considered to be equipment and network functions constituting a PLMN. Furthermore, if the portions of the access network 102, the core network 202, and the DN 252 constituting a PLMN, and / or the second PDU session and / or the user plane resources constituting the second PDU session are treated as the access network 100, the access network 100, the core network 200, and / or the DN 250 may be considered to be networks constituting an SNPN, or networks constituting an SNPN via a PLMN, or networks constituting an SNPN when connecting to an SNPN service via a PLMN. In addition, the devices and network functions included in the access network 100, the core network 200, and the DN 250 may be said to be devices and network functions constituting an SNPN, devices and network functions constituting an SNPN via a PLMN, or devices and network functions constituting an SNPN when connecting to an SNPN service via a PLMN. Communication system 2 is such a communication system.

[0018] The third PDU session may be said to be a PDU session that utilizes the second PDU session, or may be said to be a PDU session included in the second PDU session. In this way, the third PDU session may be said to be a PDU session that is different from normal PDU sessions (the first PDU session and the second PDU session).

[0019] 3 is not used in the communication system 2. The reason why the access network _100 is depicted by the dashed line is to make it possible to compare the communication system 2 with the communication system 1.

[0020] 4 shows a detailed configuration of the communication system 2 when the access network 102, core network 202, and DN 252 constituting the PLMN, and / or the second PDU session and / or the user plane resources constituting the second PDU session are treated as non-3GPP access (access network 100). In FIG. 4, devices and network functions such as UE 10, AMF 210, AMF 212, SMF 220, SMF 222, UPF 230, UPF 232, N3IWF 240, N3IWF 242, DN 250, and DN 252, and interfaces connecting these to each other are shown.

[0021] Hereinafter, these symbols may be omitted. AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in core network_202. AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in core network_200. Although not shown in FIG. 4, a base station device or an access point is installed between the UE and N3IWF_242. The base station device or access point may be included in access network_102.

[0022] 5 shows a detailed configuration of the communication system 2 when the access network 102, core network 202, and DN 252 constituting the PLMN, and / or the second PDU session and / or the user plane resources constituting the second PDU session are treated as 3GPP access (access network 100). In FIG. 5, devices and network functions such as UE 10, AMF 210, AMF 212, SMF 220, SMF 222, UPF 230, UPF 232, N3IWF 242, DN 250, DN 252, and NF 260, and interfaces connecting these to each other, are shown.

[0023] Hereinafter, these symbols may be omitted. AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in core network_202. AMF_210, SMF_220, UPF_230, and NF_260 may be included in core network_200. Although not shown in FIG. 5, a base station device or an access point is installed between the UE and N3IWF_242. The base station device or access point may be included in access network_102.

[0024] Here, NF_260 may be a gateway (hereinafter also referred to as an endpoint) installed in the SNPN for the UE to connect to the SNPN service via the PLMN.

[0025] In addition, the NF_260 may be a device or network function installed in the SNPN core network_200. In this case, the NF_260 may be an existing device or network function (e.g., AMF, SMF, UPF, etc.) installed in the core network_200, or may be a new device or network function.

[0026] Also, the NF_260 may be a device or function installed in the access network _100 of the SNPN. In this case, the base station device installed in the access network _100 may have this function.

[0027] The NF_260 may also have a function to forward, for example, control information and user data (non-control information) to an appropriate device / network function. Specifically, the NF_260 may have a function to forward control information and user data received from the DN_252 to a device / network function constituting the SNPN using a second PDU session established between the UE and the DN_252, and / or a function to forward control information and user data received from a device / network function constituting the SNPN to the DN_252 or the second PDU session. More specifically, when NF_260 receives an MM message (e.g., a registration request message, etc.) and / or an SM message (e.g., a PDU session establishment request message, etc.) for the SNPN sent from the UE using the second PDU session from DN_252, it may have the function of forwarding the message to an apparatus / network function (e.g., an AMF or SMF) constituting the SNPN, and / or the function of forwarding an MM message (e.g., a registration acceptance message, etc.) and / or an SM message (e.g., a PDU session establishment acceptance message, etc.) received from an apparatus / network function (e.g., an AMF or SMF) constituting the SNPN to DN_252 or the second PDU session.

[0028] In addition, NF_260 may have the function of performing ciphering and / or integrity protection processing on MM messages (e.g., registration request messages, etc.) and / or SM messages (e.g., PDU session establishment request messages, etc.) for the SNPN sent from the UE and received from DN_252, and / or the function of performing ciphering and / or integrity protection processing on MM messages (e.g., registration acceptance messages, etc.) and / or SM messages (e.g., PDU session establishment acceptance messages, etc.) received from device / network functions (e.g., AMF and SMF) constituting the SNPN.

[0029] NF_260 may also have the function of determining whether the UE should connect to the SNPN service via the PLMN.

[0030] Furthermore, NF_260 may have a function of storing the third PDU session in association with the second PDU session when a third PDU session is established between the UE and DN_250. Specifically, when the third PDU session is established, NF_260 may have a function of forwarding user data transmitted from the UE to DN_250 when received via DN_252, and / or a function of forwarding user data received from DN_250 to DN_252.

[0031] FIG. 6 also shows a communication system 3 that is configured by a UE_10, an access network_100, a core network_200, a DN_250, a core network_202, and a DN_252.

[0032] Hereinafter, these symbols may be omitted. Also, the access network_100 in FIG. 6 may be either 3GPP access or non-3GPP access, but here it is assumed to be non-3GPP access. The communication system 3 in FIG. 6 assumes that the UE connects to a PLMN service via an SNPN. Specifically, the communication system 3 in FIG. 6 assumes that the UE first connects to an SNPN service via non-3GPP access, and then connects to a PLMN service via 3GPP access or non-3GPP access. More specifically, the UE first performs a registration procedure with the core network_200 via non-3GPP access (access network_100) in the SNPN to enter a registered state, and then performs a PDU session establishment procedure to establish a PDU session (hereinafter also referred to as a fourth PDU session) that enables communication with the DN_250. Here, the fourth PDU session may be the same as the first PDU session described above. At this time, it may be said that the UE is connected to the SNPN service. Here, when the UE connects to the PLMN service via the SNPN, the access network_100, the core network_200, and the DN_250 constituting the SNPN, and / or the fourth PDU session, and / or the user plane resources constituting the fourth PDU session, may be treated as a 3GPP access or a non-3GPP access (access network_102). Then, when the UE further connects to the PLMN service via the SNPN, it performs a registration procedure with the core network_202 via the 3GPP access or the non-3GPP access to enter a registered state, and then performs a PDU session establishment procedure to establish a PDU session (hereinafter also referred to as a fifth PDU session) to be able to communicate with the DN_252. At this time, it may be said that the UE is connected to the PLMN service via the SNPN.Furthermore, the access network 100, the core network 200, and / or the DN 250 may be considered to be networks constituting an SNPN. Furthermore, the equipment and network functions included in the access network 100, the core network 200, and the DN 250 may be considered to be equipment and network functions constituting an SNPN. Furthermore, if the portions of the access network 100, the core network 200, and the DN 250 constituting the SNPN, and / or the fourth PDU session and / or the user plane resources constituting the fourth PDU session are treated as the access network 102, the access network 102, the core network 202, and / or the DN 252 may be considered to be networks constituting a PLMN, networks constituting a PLMN via an SNPN, or networks constituting a PLMN when connecting to a PLMN service via an SNPN. In addition, the devices and network functions included in the access network 102, the core network 202, and the DN 252 may be said to be devices and network functions constituting a PLMN, devices and network functions constituting a PLMN via an SNPN, or devices and network functions constituting a PLMN when connecting to a PLMN service via an SNPN. Communication system 3 is such a communication system.

[0033] Furthermore, the fifth PDU session may be said to be a PDU session that utilizes the fourth PDU session, or may be said to be a PDU session included in the fourth PDU session. In this way, the fifth PDU session may be said to be a PDU session that is different from a normal PDU session (the fourth PDU session).

[0034] 6 is not used in the communication system 3. The reason why the access network _102 is depicted by the dashed line is to compare the communication system 3 with the communication system 2.

[0035] 7 shows a detailed configuration of the communication system 3 when the access network 100, the core network 200, and the DN 250 constituting the SNPN, and / or the fourth PDU session and / or the user plane resources constituting the fourth PDU session are treated as non-3GPP access (access network 102). In FIG. 7, devices and network functions such as the UE 10, the AMF 210, the AMF 212, the SMF 220, the SMF 222, the UPF 230, the UPF 232, the N3IWF 240, the N3IWF 242, the DN 250, the DN 252, and the interfaces connecting these to each other are shown.

[0036] Hereinafter, these symbols may be omitted. Note that AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in core network_200. Also, AMF_212, SMF_222, UPF_232, and N3IWF_242 may be included in core network_202. Also, although not shown in FIG. 7, a base station device or an access point is installed between the UE and N3IWF_240. The base station device or access point may be included in access network_100.

[0037] 8 shows a detailed configuration of the communication system 3 when the access network 100, core network 200, and DN 250 constituting the SNPN, and / or the fourth PDU session and / or the user plane resources constituting the fourth PDU session are treated as 3GPP access (access network 102). In FIG. 8, devices and network functions such as UE 10, AMF 210, AMF 212, SMF 220, SMF 222, UPF 230, UPF 232, N3IWF 240, DN 250, DN 252, and NF 262, and interfaces connecting these to each other, are shown.

[0038] Hereinafter, these symbols may be omitted. AMF_210, SMF_220, UPF_230, and N3IWF_240 may be included in core network_200. AMF_212, SMF_222, UPF_232, and NF_262 may be included in core network_202. Although not shown in FIG. 8, a base station device or an access point is installed between the UE and N3IWF_240. The base station device or access point may be included in access network_100.

[0039] Here, NF_262 may be a gateway (hereinafter also referred to as an endpoint) installed in the PLMN for the UE to connect to PLMN services via the SNPN.

[0040] The NF_262 may be an equipment / network function installed in the PLMN core network 202. In this case, the NF_262 may be an existing equipment / network function (e.g., AMF, SMF, UPF, etc.) installed in the core network 202, or may be a new equipment / network function.

[0041] Also, the NF_262 may be a device or function installed in the PLMN access network_102. In this case, the base station device installed in the access network_102 may have this function.

[0042] NF_262 may also have a function to forward, for example, control information and user data (non-control information) to appropriate equipment / network functions. Specifically, NF_262 may have a function to forward control information and user data received from DN_250 to equipment / network functions constituting the PLMN using a fourth PDU session established between the UE and DN_250, and / or a function to forward control information and user data received from equipment / network functions constituting the PLMN to DN_250 or the fourth PDU session. More specifically, when NF_262 receives an MM message (e.g., a registration request message, etc.) and / or an SM message (e.g., a PDU session establishment request message, etc.) for the PLMN sent from the UE using the fourth PDU session from DN_250, it may have the function of forwarding the message to an apparatus / network function (e.g., an AMF or SMF) constituting the PLMN, and / or the function of forwarding an MM message (e.g., a registration acceptance message, etc.) and / or an SM message (e.g., a PDU session establishment acceptance message, etc.) received from an apparatus / network function (e.g., an AMF or SMF) constituting the PLMN to DN_250 or the fourth PDU session.

[0043] In addition, NF_262 may have the function of performing ciphering and / or integrity protection processing on MM messages (e.g., registration request messages, etc.) and / or SM messages (e.g., PDU session establishment request messages, etc.) for the PLMN sent from the UE and received from DN_250, and / or the function of performing ciphering and / or integrity protection processing on MM messages (e.g., registration acceptance messages, etc.) and / or SM messages (e.g., PDU session establishment acceptance messages, etc.) received from devices / network functions (e.g., AMF and SMF) constituting the PLMN.

[0044] NF_262 may also have the function of determining whether the UE should connect to PLMN services via SNPN.

[0045] Furthermore, NF_262 may have a function of storing the fifth PDU session in association with the fourth PDU session when a fifth PDU session is established between the UE and DN_252. Specifically, when a fifth PDU session is established, NF_262 may have a function of forwarding user data transmitted from the UE to DN_252 when the user data is received via DN_250, and / or a function of forwarding user data received from DN_252 to DN_250.

[0046] In addition, the 5G system, 5GS (5G System), includes a UE, an access network, and a core network, and may further include a DN.

[0047] Furthermore, 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). Furthermore, 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. Furthermore, a UE may include a UICC (Universal Integrated Circuit Card) or an eUICC (Embedded UICC). Furthermore, a UE may be referred to as a user device or a terminal device.

[0048] 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).

[0049] Furthermore, one or more base station devices are deployed in the NG-RAN. The base station device may be, for example, a gNB (gNodeB). 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 different functions from the base station device (eNB) used in EPS. Furthermore, when there are multiple gNBs, the gNBs are connected to each other via, for example, an Xn interface.

[0050] NG-RAN may also be referred to as 3GPP access. Non-3GPP AN may also be referred to as non-3GPP access. Nodes deployed in the access network may also be collectively referred to as NG-RAN nodes.

[0051] Additionally, devices included in an access network and / or devices included in an access network may be referred to as access network devices.

[0052] In addition, base station devices or access points are arranged in the access network.

[0053] The core network corresponds to 5GC (5G Core Network). For example, AMF, UPF, SMF, PCF, N3IWF, etc. are arranged in 5GC. Here, 5GC may be expressed as 5GCN.

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

[0055] 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.

[0056] 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.

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

[0058] 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.

[0059] 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.

[0060] 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.

[0061] [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.

[0062] Each memory unit (memory unit_340, memory unit_540, memory unit_740) 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.

[0063] [2.1. UE Device Configuration] First, an example of the device configuration of UE (User Equipment) will be explained using Figure 9. 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.

[0064] 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.

[0065] 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.

[0066] 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.

[0067] 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.

[0068] [2.2. gNB (base station equipment) and access point equipment configuration] Next, an example of the gNB device configuration will be described using Figure 10. 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.

[0069] 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 in the base station device (network connection unit _520, transceiver unit _530, memory unit _540). The control unit _500 realizes various processes in the gNB by reading and executing various programs stored in the memory unit _540 as necessary.

[0070] 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.

[0071] 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.

[0072] 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.

[0073] 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.

[0074] Furthermore, the access point may have the same device configuration as the gNB.

[0075] [2.3. AMF device configuration] Next, an example of the device configuration of the AMF will be explained using Figure 11. 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).

[0076] 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.

[0077] 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.

[0078] 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.

[0079] 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.

[0080] 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), a function to support the N2 interface for the N3IWF (Non-3GPP Interworking Function), a function to support sending and receiving NAS signals with the UE via the N3IWF, and a function to authenticate UEs connected via the N3IWF.

[0081] 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.

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

[0083] Furthermore, 5GMM-DEREGISTERED may be a state in which each device has not established a 5GMM context, a state in which the UE's location information is not known to the network, or a state in which the UE is unreachable by the network. Note that when each device is 5GMM-DEREGISTERED, the UE may initiate a registration procedure or establish a 5GMM context by performing the registration procedure.

[0084] 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.

[0085] 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.

[0086] 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.

[0087] 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.

[0088] 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.

[0089] [2.4. SMF device configuration] Next, an example of the device configuration of the SMF will be explained using Figure 11. 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.

[0090] 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.

[0091] 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.

[0092] 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.

[0093] 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.

[0094] 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.

[0095] [2.5. UPF device configuration] Next, an example of the device configuration of the UPF will be explained using Figure 11. 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.

[0096] 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.

[0097] 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.

[0098] By using the network connection unit _720, 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.

[0099] 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.

[0100] 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.

[0101] 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.

[0102] 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.

[0103] 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.

[0104] 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.

[0105] [2.6. N3IWF device configuration] Next, an example of the device / functional configuration of the N3IWF used in each embodiment will be described using Figure 11. The N3IWF is placed in the core network when the UE connects to 5GS via non-3GPP access (Untrusted non-3GPP Access). The N3IWF 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.

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

[0107] The network connection unit _720 is a functional unit that enables the N3IWF to communicate with a base station device or an access point and / or an AMF and / or a UPF. That is, the N3IWF can transmit and receive control information and / or user data between the base station device or the access point using the network connection unit _720. The N3IWF can also transmit and receive control information and / or user data between the AMF and / or a UPF, etc. using the network connection unit _720.

[0108] That is, the N3IWF can communicate with a base station or an access point via the Y2 interface by using the network connection unit _720. The N3IWF can also communicate with the AMF via the N2 interface. The N3IWF can also communicate with the UPF via the N3 interface.

[0109] It should be noted that the above only describes the communication between the N3IWF and representative devices / functions, and it goes without saying that the N3IWF can communicate with devices / functions other than those listed above, i.e., core network devices other than those listed above.

[0110] The memory unit _740 is a functional unit for storing programs, user data, control information, etc. required for each operation of the N3IWF.

[0111] The N3IWF has the functions of establishing an IPsec tunnel with the UE, terminating the N2 interface for the control plane, terminating the N3 interface for the user plane, relaying NAS signaling between the UE and AMF, processing N2 signaling from the SMF for PDU sessions and QoS, establishing an IPsec Security Association (SA) to support PDU session traffic, relaying user plane packets between the UE and UPF (including the function of encapsulating / decapsulating packets for IPsec and the N3 tunnel), functioning as a local mobility anchor in an untrusted non-3GPP access network, and selecting an AMF. All of these functions are controlled by the control unit_700.

[0112] In addition, NF_260 may have the same device configuration as N3IWF, except that the access used is 3GPP access.

[0113] [2.7. 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.

[0114] 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.

[0115] 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.

[0116] 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).

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

[0118] 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.

[0119] 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.

[0120] 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.

[0121] 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.

[0122] 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.

[0123] 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.

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

[0125] 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.

[0126] 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.

[0127] 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.

[0128] Furthermore, the DNN (Data Network Name) may be identification information for identifying the 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 a PGW / UPF that connects the core network. Furthermore, the DNN may be equivalent to an APN (Access Point Name).

[0129] 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.

[0130] 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 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). Note that a service provided by a PLMN may be referred to as a PLMN service, and a service provided by an SNPN may be referred to as an SNPN service.

[0131] 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 a Network Identifier (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 an SNPN and register with the 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 PLMN selection procedure. A UE that is enabled for an SNPN but not configured to operate in the SNPN access mode may not be able to select an SNPN and register with the 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 PLMN selection procedure.

[0132] Also, a UE operating in SNPN access mode may be able to select an SNPN via Uu (3GPP access). Also, a UE operating in SNPN access mode may be able to select an SNPN via Uu or NWu established via a PDU session provided by a selected PLMN via Uu or NWu (non-3GPP access). Also, a UE not operating in SNPN access mode may be able to select a PLMN via Uu or NWu established via a PDU session provided by a selected SNPN via Uu or NWu (non-3GPP access).

[0133] The SNPN access mode may be managed and applied on an access basis. That is, it may be managed and applied 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.

[0134] Here, the SNPN access mode for 3GPP access may also be referred to as the SNPN access mode over 3GPP access or the SNPN access mode via 3GPP access.

[0135] In addition, the SNPN access mode for non-3GPP access may also be referred to as the SNPN access mode over non-3GPP access or the SNPN access mode via non-3GPP access.

[0136] Furthermore, "activation" may be read as "operation" and "deactivation" may be read as "not operation." In other words, activation of the SNPN access mode for 3GPP access may mean operation in the SNPN access mode for 3GPP access. Deactivation of the SNPN access mode for 3GPP access may mean not operation in the SNPN access mode for 3GPP access. Activation of the SNPN access mode for non-3GPP access may mean operation in the SNPN access mode for non-3GPP access. Deactivation of the SNPN access mode for non-3GPP access may mean not operation in the SNPN access mode for non-3GPP access.

[0137] Furthermore, the SNPN access mode state in the UE may include the following first to ninth states.

[0138] Here, the first state is a state in which the UE does not operate in the SNPN access mode.

[0139] The second state is a state in which the UE operates in the SNPN access mode.

[0140] The third state is a state in which the mobile station does not operate in the SNPN access mode on the 3GPP access and does not operate in the SNPN access mode on the non-3GPP access.

[0141] The fourth state is a state in which the mobile station does not operate in the SNPN access mode on the 3GPP access, but operates in the SNPN access mode on the non-3GPP access.

[0142] The fifth state is a state in which the mobile station operates in the SNPN access mode on the 3GPP access and does not operate in the SNPN access mode on the non-3GPP access.

[0143] The sixth state is a state in which the mobile station operates in the SNPN access mode on the 3GPP access and operates in the SNPN access mode on the non-3GPP access.

[0144] The seventh state is a state in which the mobile station operates in the SNPN access mode when connected to an SNPN service, and does not operate in the SNPN access mode when connected to a PLMN service.

[0145] Furthermore, the eighth state refers to a state in which, when connected to an SNPN via non-3GPP access and also connected to a PLMN via non-3GPP access, the SNPN operates in the SNPN access mode but does not operate in the SNPN access mode for the PLMN.The eighth state may also refer to a state in which, when connected to an SNPN via 3GPP access and also connected to a PLMN via 3GPP access, the SNPN operates in the SNPN access mode but does not operate in the SNPN access mode for the PLMN.

[0146] Furthermore, the ninth state refers to a state in which, when connected to a PLMN via non-3GPP access and also connected to an SNPN via non-3GPP access, the terminal does not operate in the SNPN access mode for the PLMN but operates in the SNPN access mode for the SNPN. The ninth state may also refer to a state in which, when connected to a PLMN via 3GPP access and also connected to an SNPN via 3GPP access, the terminal does not operate in the SNPN access mode for the PLMN but operates in the SNPN access mode for the SNPN.

[0147] The first, second, seventh, eighth, and ninth states may be states that are applied when the SNPN access mode is not managed on an access-by-access basis. The third, fourth, fifth, and sixth states may be states that are applied when the SNPN access mode is managed on an access-by-access basis. The seventh and eighth states may be states that are applied when connecting to a PLMN service via an SNPN. The seventh and ninth states may be states that are applied when connecting to an SNPN service via a PLMN.

[0148] 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.

[0149] 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.

[0150] 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.

[0151] 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.

[0152] 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.

[0153] 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.

[0154] 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.

[0155] 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.

[0156] 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.

[0157] 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.

[0158] 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.

[0159] 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.

[0160] 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.

[0161] 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.

[0162] 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.

[0163] 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.

[0164] 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.

[0165] 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.

[0166] 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.

[0167] 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.

[0168] A tracking area is a single or multiple ranges managed by the core network that can be represented by the location information of a UE. A tracking area may consist 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 a UE can move without performing a handover procedure. Furthermore, a tracking area may be a routing area, a location area, or anything similar. 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.

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

[0170] 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.

[0171] 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.

[0172] 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.

[0173] Furthermore, the Uu interface (hereinafter also referred to as Uu) may refer to an interface between a UE and a 3GPP access or a base station device installed in the 3GPP access. In this specification, Uu may be used synonymously with 3GPP access. Furthermore, the NWu interface (hereinafter also simply referred to as NWu) may refer to an interface between an N3IWF and a UE. In this specification, NWu may be used synonymously with non-3GPP access.

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

[0175] 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 connecting to a PLMN service via an SNPN. The first identification information may also indicate whether the UE supports connecting to an SNPN service via a PLMN.

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

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

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

[0179] Furthermore, the eleventh identification information is network capability information. The eleventh identification information may be 5GS network feature support. The eleventh identification information may indicate whether the network supports a certain feature. The first identification information may indicate whether the network supports connecting to a PLMN service via an SNPN. The first identification information may indicate whether the network supports connecting to an SNPN service via a PLMN.

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

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

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

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

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

[0185] Furthermore, the 21st identification information is a PDU session ID that identifies a PDU session. Furthermore, the 21st identification information may be a PDU session ID that identifies a PDU session that is requested to be established. When requesting the establishment of a first PDU session, the 21st identification information may be a PDU session ID that identifies the first PDU session. Furthermore, when requesting the establishment of a second PDU session, the 21st identification information may be a PDU session ID that identifies the second PDU session. Furthermore, when requesting the establishment of a third PDU session, the 21st identification information may be a PDU session ID that identifies the third PDU session. Furthermore, when requesting the establishment of a fourth PDU session, the 21st identification information may be a PDU session ID that identifies the fourth PDU session. Furthermore, when requesting the establishment of a fifth PDU session, the 21st identification information may be a PDU session ID that identifies the fifth PDU session.

[0186] 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).

[0187] 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.

[0188] 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 connecting to an SNPN service via a PLMN. The 24th identification information may indicate whether the UE supports a function of establishing a PDU session to an SNPN via a PLMN. The 24th identification information may indicate whether the UE supports connecting to a PLMN service via an SNPN. The 24th identification information may indicate whether the UE supports a function of establishing a PDU session to a PLMN via an SNPN.

[0189] 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.

[0190] 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.

[0191] Furthermore, the 27th identification information may be a PDU session ID that identifies an already established PDU session. For example, when requesting the establishment of a third PDU session, the 27th identification information may be a PDU session ID that identifies a PDU session (second PDU session) to be established in the PLMN. When requesting the establishment of a fifth PDU session, the 27th identification information may be a PDU session ID that identifies a PDU session (fourth PDU session) to be established in the SNPN.

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

[0193] 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. The 31st identification information may be the same as the 21st identification information.

[0194] 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).

[0195] 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.

[0196] 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 24th identification information may indicate whether the network supports connecting to an SNPN service via a PLMN. The 24th identification information may indicate whether the network supports a function of establishing a PDU session to an SNPN via a PLMN. The 24th identification information may indicate whether the network supports connecting to a PLMN service via an SNPN. The 24th identification information may indicate whether the network supports a function of establishing a PDU session to a PLMN via an SNPN.

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

[0198] 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.

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

[0200] [3. Registration Procedure] This chapter describes the registration procedure shown in Figure 12. In this chapter, the registration procedure is also referred to as the main procedure.

[0201] The registration procedure is a procedure for a UE to register with an access network, and / or a core network, and / or a DN, and is a UE-initiated procedure. If the UE is not registered with a network, it can execute this procedure at any time, for example, when it is 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.

[0202] 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.

[0203] 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.

[0204] 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.

[0205] First, the UE initiates the registration procedure by transmitting a registration request message to the AMF via the access network (S600, S602, S604). Here, the access network may include a base station or an access point. That is, the UE transmits an RRC message including a registration request message to the base station or the access point (S600). The registration request message is a NAS message transmitted and received over the N1 interface. The RRC message may be a control message transmitted and received between the UE and the base station or the access point. If the access network is a non-3GPP access network, an IKE message or an EAP message may be used instead of the RRC message. Hereinafter, for simplicity of explanation, an IKE message or an EAP message will also be referred to as an RRC message. That is, the RRC message in this chapter may be understood as a concept including an RRC message, an IKE message, and an EAP message. NAS messages are processed in the NAS layer, and RRC messages are processed in the RRC layer, which is lower than the NAS layer.

[0206] 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.

[0207] 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.

[0208] 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.

[0209] 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).

[0210] 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.

[0211] 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).

[0212] 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.

[0213] 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.

[0214] 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.

[0215] 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.

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

[0217] 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.

[0218] 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.

[0219] 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.

[0220] 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.

[0221] 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.

[0222] 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.

[0223] 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.

[0224] 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 based on completion of the registration procedure.

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

[0226] Furthermore, these states may be maintained or transitioned based on the information and control messages sent and received in this procedure, or based on the information and control messages sent and received in a procedure executed prior to this procedure.

[0227] [4. PDU Session Establishment Procedure] This chapter describes the PDU session establishment procedure shown in Figure 13. In this chapter, the PDU session establishment procedure is also referred to as this procedure.

[0228] The PDU session establishment procedure is a procedure performed by the UE to establish a PDU session, and is a UE-initiated procedure.

[0229] 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 via an access network (S800). Here, the access network may include a base station device or an access point. That is, the UE sends the NAS message to the AMF via the base station device or the access point. The NAS message is, for example, a message sent via the N1 interface and may be an uplink NAS transport (UL NAS TRANSPORT) message.

[0230] In addition, the UE can notify the network side of its request by sending a PDU session establishment request message, and / or an N1 SM container, and / or an NAS message containing at least one of the identification information items 21 to 28.

[0231] Furthermore, the UE may determine which of the identification information 21 to 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.

[0232] 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.).

[0233] 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.).

[0234] Next, the AMF selects an SMF as a transfer destination for at least part of the information, etc. (message, container, information) included in the NAS message received from the UE (S802). The AMF may select the transfer destination SMF based on the information, etc. (message, container, information) included 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.

[0235] 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).

[0236] 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.

[0237] 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.

[0238] 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.

[0239] 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.

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

[0241] 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.

[0242] 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.

[0243] 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).

[0244] 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.

[0245] 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.

[0246] 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.

[0247] 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.

[0248] 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.

[0249] 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.

[0250] Here, the SMF and / or AMF may include at least one of the 31st to 37th identification information in and send 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, where the 31st identification information is the same as the 21st identification information in this procedure.

[0251] 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.

[0252] 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.

[0253] 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.

[0254] 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.

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

[0256] 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.

[0257] 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.

[0258] 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.

[0259] 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.

[0260] 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.

[0261] 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.

[0262] 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.

[0263] 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.

[0264] 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.

[0265] 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.

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

[0267] Furthermore, these states may be maintained or transitioned based on the information and control messages sent and received in this procedure, or based on the information and control messages sent and received in a procedure executed prior to this procedure.

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

[0269] 5. First Embodiment In this embodiment, in order for the UE to directly connect to the SNPN service, the UE performs the registration procedure of Chapter 5.1 with the core network 200 via the non-3GPP access (access network 100) in the SNPN to enter a registered state, and then performs the PDU session establishment procedure of Chapter 5.2 to establish a PDU session (first PDU session), and becomes capable of communicating with the DN 250 using the established PDU session. In this embodiment, this series of procedures will be explained using Figures 1, 2, 12, and 13.

[0270] 5.1. Registration Procedures for SNPN First, the registration procedure for the SNPN will be explained using Figure 12. In this chapter, the registration procedure for the SNPN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0271] This procedure may be performed by a UE in the second, fourth, sixth, or seventh state. Specifically, a UE in any of these states may perform the SNPN selection procedure to select an SNPN, and may perform this procedure for the selected SNPN via non-3GPP access. Here, the PLMN ID and NID used to identify and select an SNPN may be, for example, those originally possessed by the UE, or may be those included in system information broadcast from a base station device or access point of the SNPN.

[0272] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered with the SNPN, and may be in the second, fourth, sixth, or seventh state. At this time, the UE may be in a state where it can receive the SNPN service.

[0273] 5.2. PDU Session Establishment Procedure for SNPN Next, the PDU session establishment procedure for the SNPN will be explained using Figure 13. In this chapter, the PDU session establishment procedure for the SNPN will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0274] Note that a UE that has performed the procedure in Chapter 5.1 one or more times and is in state 2, state 4, state 6, or state 7 may perform this procedure via non-3GPP access. Specifically, a UE in any of these states may perform this procedure to establish a PDU session when it is registered to an SNPN.

[0275] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (first PDU session), and may be in the second, fourth, sixth, or seventh state. At this time, the UE may be in a state in which it can receive SNPN service.

[0276] 6. Second Embodiment In this embodiment, in order to connect to an SNPN service via a PLMN, a UE performs the registration procedure of Chapter 6.1 with a core network _202 via a non-3GPP access (access network _102) in the PLMN to become registered, and then performs the PDU session establishment procedure of Chapter 6.2 to become capable of communicating with DN_252 using the established PDU session (second PDU session). Then, the UE further performs the registration procedure of Chapter 6.3 with a core network _200 via a non-3GPP access (access network _100) to become registered, and then performs the PDU session establishment procedure of Chapter 6.4 to become capable of communicating with DN_250 using the established PDU session (third PDU session). In this embodiment, these series of procedures will be described using Figures 3, 4, 12, and 13.

[0277] 6.1. PLMN Registration Procedure First, the registration procedure for a PLMN will be explained using Figure 12. In this chapter, the registration procedure for a PLMN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0278] This procedure may be performed by a UE in state 1, state 3, state 5, or state 7. Specifically, a UE in any of these states may perform the PLMN selection procedure to select a PLMN, and may perform this procedure for the selected PLMN via non-3GPP access. Here, the PLMN ID used to identify and select a PLMN may be, for example, one originally possessed by the UE, or may be one included in system information broadcast from a base station device or access point of the PLMN.

[0279] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered with the PLMN, and may be in the first, third, fifth, or seventh state. At this time, the UE may be in a state where it can receive PLMN services.

[0280] 6.2. PDU Session Establishment Procedure for PLMN Next, the PDU session establishment procedure for the PLMN will be explained using Figure 13. In this chapter, the PDU session establishment procedure for the PLMN will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0281] Note that a UE that has performed the procedure in Chapter 6.1 one or more times and is in state 1, state 3, state 5, or state 7 may perform this procedure via non-3GPP access. Specifically, a UE in any of these states may perform this procedure to establish a PDU session when it is registered with a PLMN.

[0282] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (second PDU session), and may be in the first, third, fifth, seventh, or ninth state. At this time, the UE may be in a state in which it can receive PLMN services.

[0283] 6.3. Registration Procedure for SNPN (via PLMN) Next, the registration procedure for the SNPN performed via the PLMN will be described with reference to Figure 12. In this chapter, the registration procedure for the SNPN performed via the PLMN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0284] This procedure may be performed by a UE in the seventh or ninth state. Specifically, a UE in the seventh or ninth state may perform the SNPN selection procedure to select an SNPN, and may perform this procedure for the selected SNPN via non-3GPP access. Here, the PLMN ID and NID used to identify and select an SNPN may be, for example, those originally possessed by the UE, or may be those included in system information broadcast from a base station device or access point of the SNPN or PLMN.

[0285] In addition, the registration request message, registration acceptance message, registration rejection message, and registration completion message in this procedure are sent and received between the UE and core network devices such as AMF (AMF_210) via N3IWF_240.

[0286] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered not only with the PLMN but also with the SNPN, and may be in the seventh or ninth state. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.

[0287] 6.4. PDU Session Establishment Procedure for SNPN (via PLMN) Next, the PDU session establishment procedure for the SNPN, which is executed via the PLMN, will be described with reference to Figure 13. In this chapter, the PDU session establishment procedure for the SNPN, which is executed via the PLMN, will also be referred to as this procedure. Since the PDU session establishment procedure in Chapter 4 can be applied to this procedure, details of the procedure will be omitted here.

[0288] Note that a UE in state 7 or 9 may perform this procedure via 3GPP access after performing the procedure in Chapter 6.3 one or more times. Specifically, a UE in state 7 or 9 may perform this procedure to establish a PDU session when it is registered with a PLMN and an SNPN.

[0289] In addition, the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are sent and received between the UE and core network devices such as SMF (SMF_220) via N3IWF_240.

[0290] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (third PDU session), and may be in the seventh or ninth state. At this time, the UE may be in a state in which it can receive the SNPN service. That is, the UE may be in a state in which it can receive the SNPN service via the PLMN.

[0291] 7. Third Embodiment In this embodiment, in order to connect to an SNPN service via a PLMN, a UE performs the registration procedure of Chapter 7.1 with a core network _202 via a non-3GPP access (access network _102) in the PLMN to become registered, and then performs the PDU session establishment procedure of Chapter 7.2 to become capable of communicating with DN_252 using the established PDU session (second PDU session).The UE then performs the registration procedure of Chapter 7.3 with a core network _200 via a 3GPP access (access network _100) to become registered, and then performs the PDU session establishment procedure of Chapter 7.4 to become capable of communicating with DN_250 using the established PDU session (third PDU session).In this embodiment, these series of procedures will be described using Figures 3, 5, 12, and 13.

[0292] 7.1. PLMN Registration Procedure First, the registration procedure for a PLMN will be explained using Figure 12. In this chapter, the registration procedure for a PLMN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0293] This procedure may be performed by a UE in state 1, state 3, state 5, or state 7. Specifically, a UE in any of these states may perform the PLMN selection procedure to select a PLMN, and may perform this procedure for the selected PLMN via non-3GPP access. Here, the PLMN ID used to identify and select a PLMN may be, for example, one originally possessed by the UE, or may be one included in system information broadcast from a base station device or access point of the PLMN.

[0294] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered with the PLMN, and may be in the first, third, fifth, or seventh state. At this time, the UE may be in a state where it can receive PLMN services.

[0295] 7.2. PDU Session Establishment Procedure for PLMN Next, the PDU session establishment procedure for the PLMN will be explained using Figure 13. In this chapter, the PDU session establishment procedure for the PLMN will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0296] Note that a UE that has performed the procedure in Chapter 7.1 one or more times and is in state 1, state 3, state 5, or state 7 may perform this procedure via non-3GPP access. Specifically, a UE in any of these states may perform this procedure to establish a PDU session when it is registered with a PLMN.

[0297] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (second PDU session), and may be in the first state, the third state, the fifth state, or the seventh state. At this time, the UE may be in a state in which it can receive PLMN services.

[0298] 7.3. Registration Procedure for SNPN (via PLMN) Next, the registration procedure for the SNPN performed via the PLMN will be described with reference to Figure 12. In this chapter, the registration procedure for the SNPN performed via the PLMN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0299] This procedure may be performed by a UE in the fifth state. Specifically, a UE in the fifth state may perform the SNPN selection procedure to select an SNPN, and may perform this procedure for the selected SNPN via 3GPP access. Here, the PLMN ID and NID used to identify and select an SNPN may be, for example, those originally possessed by the UE, or may be those included in system information broadcast from a base station device or access point of the SNPN or PLMN.

[0300] In addition, the registration request message, registration acceptance message, registration rejection message, and registration completion message in this procedure are sent and received between the UE and core network devices such as AMF (AMF_210) via NF_260.

[0301] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered not only with the PLMN but also with the SNPN, and may be in a fifth state. At this time, the UE may be in a state where it can receive the SNPN service. That is, the UE may be in a state where it can receive the SNPN service via the PLMN.

[0302] 7.4. PDU Session Establishment Procedure for SNPN (via PLMN) Next, the PDU session establishment procedure for the SNPN, which is executed via the PLMN, will be described with reference to Figure 13. In this chapter, the PDU session establishment procedure for the SNPN, which is executed via the PLMN, will also be referred to as this procedure. Since the PDU session establishment procedure in Chapter 4 can be applied to this procedure, details of the procedure will be omitted here.

[0303] Note that a UE in state 5 may perform this procedure via 3GPP access after performing the procedure in section 7.3 one or more times. Specifically, a UE in state 5 may perform this procedure to establish a PDU session when it is registered with a PLMN and an SNPN.

[0304] In addition, the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are sent and received between the UE and core network devices such as SMF (SMF_220) via NF_260.

[0305] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (third PDU session), and may be in a fifth state. At this time, the UE may be in a state in which it can receive the SNPN service. That is, the UE may be in a state in which it can receive the SNPN service via the PLMN.

[0306] 8. Fourth Embodiment In this embodiment, in order to connect to a PLMN service via an SNPN, a UE performs the registration procedure of Chapter 8.1 with respect to a core network 200 via a non-3GPP access (access network 100) in the SNPN to become registered, and then performs the PDU session establishment procedure of Chapter 8.2 to become capable of communicating with a DN 250 using the established PDU session (fourth PDU session). The UE then performs the registration procedure of Chapter 8.3 with respect to a core network 202 via a non-3GPP access (access network 102) to become registered, and then performs the PDU session establishment procedure of Chapter 8.4 to become capable of communicating with a DN 252 using the established PDU session (fifth PDU session). In this embodiment, these series of procedures will be described using Figures 6, 7, 12, and 13.

[0307] 8.1. Registration Procedures for SNPN First, the registration procedure for the SNPN will be explained using Figure 12. In this chapter, the registration procedure for the SNPN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0308] This procedure may be performed by a UE in the second, fourth, sixth, or seventh state. Specifically, a UE in any of these states may perform the SNPN selection procedure to select an SNPN, and may perform this procedure for the selected SNPN via non-3GPP access. Here, the PLMN ID and NID used to identify and select an SNPN may be, for example, those originally possessed by the UE, or may be those included in system information broadcast from a base station device or access point of the SNPN.

[0309] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered with the SNPN, and may be in the second, fourth, sixth, or seventh state. At this time, the UE may be in a state where it can receive the SNPN service.

[0310] 8.2. PDU Session Establishment Procedure for SNPN Next, the PDU session establishment procedure for the SNPN will be explained using Figure 13. In this chapter, the PDU session establishment procedure for the SNPN will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0311] Note that a UE that has performed the procedure in Chapter 8.1 one or more times and is in state 2, 4, 6, or 7 may perform this procedure via non-3GPP access. Specifically, a UE in any of these states may perform this procedure to establish a PDU session when it is registered to an SNPN.

[0312] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (fourth PDU session), and may be in the second, fourth, sixth, seventh, or eighth state. At this time, the UE may be in a state in which it can receive SNPN service.

[0313] 8.3. Registration Procedure for PLMN (via SNPN) Next, the registration procedure for the PLMN performed via the SNPN will be described with reference to Figure 12. In this chapter, the registration procedure for the PLMN performed via the SNPN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0314] This procedure may be performed by a UE in the seventh or eighth state. Specifically, a UE in the seventh or eighth state may perform a PLMN selection procedure to select a PLMN, and may perform this procedure for the selected PLMN via non-3GPP access. Here, the PLMN ID used to identify and select a PLMN may be, for example, one originally possessed by the UE, or may be one included in system information broadcast from a base station device or access point of the PLMN or SNPN.

[0315] In addition, the registration request message, registration acceptance message, registration rejection message, and registration completion message in this procedure are sent and received between the UE and core network devices such as AMF (AMF_212) via N3IWF_242.

[0316] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered not only with the SNPN but also with the PLMN, and may be in the seventh or eighth state. At this time, the UE may be in a state where it can receive PLMN services. That is, the UE may be in a state where it can receive PLMN services via the SNPN.

[0317] 8.4. PDU Session Establishment Procedures for PLMN (via SNPN) Next, the PDU session establishment procedure for the PLMN, which is executed via the SNPN, will be described with reference to Figure 13. In this chapter, the PDU session establishment procedure for the PLMN, which is executed via the SNPN, will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0318] Note that a UE in state 7 or 8 may perform this procedure via non-3GPP access after performing the procedure in Chapter 8.3 one or more times. Specifically, a UE in state 7 or 8 may perform this procedure to establish a PDU session when it is registered with a PLMN and an SNPN.

[0319] In addition, the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are sent and received between the UE and core network devices such as SMF (SMF_222) via N3IWF_242.

[0320] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (fifth PDU session), and may be in the seventh or eighth state. At this time, the UE may be in a state in which it can receive PLMN services. That is, the UE may be in a state in which it can receive PLMN services via the SNPN.

[0321] 9. Fifth Embodiment In this embodiment, in order to connect to a PLMN service via an SNPN, a UE performs the registration procedure of Chapter 9.1 with a core network _200 via a non-3GPP access (access network _100) in the SNPN to become registered, and then performs the PDU session establishment procedure of Chapter 9.2 to become capable of communicating with DN_250 using the established PDU session (fourth PDU session).The UE then performs the registration procedure of Chapter 9.3 with a core network _202 via a 3GPP access (access network _102) to become registered, and then performs the PDU session establishment procedure of Chapter 9.4 to become capable of communicating with DN_252 using the established PDU session (fifth PDU session).In this embodiment, these series of procedures will be described using Figures 6, 8, 12, and 13.

[0322] 9.1. Registration Procedures for SNPN First, the registration procedure for the SNPN will be explained using Figure 12. In this chapter, the registration procedure for the SNPN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0323] This procedure may be performed by a UE in the second, fourth, sixth, or seventh state. Specifically, a UE in any of these states may perform the SNPN selection procedure to select an SNPN, and may perform this procedure for the selected SNPN via non-3GPP access. Here, the PLMN ID and NID used to identify and select an SNPN may be, for example, those originally possessed by the UE, or may be those included in system information broadcast from a base station device or access point of the SNPN.

[0324] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered with the SNPN, and may be in the second, fourth, sixth, or seventh state. At this time, the UE may be in a state where it can receive the SNPN service.

[0325] 9.2. PDU Session Establishment Procedure for SNPN Next, the PDU session establishment procedure for the SNPN will be explained using Figure 13. In this chapter, the PDU session establishment procedure for the SNPN will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0326] Note that a UE that has performed the procedure in Chapter 9.1 one or more times and is in state 2, state 4, state 6, or state 7 may perform this procedure via non-3GPP access. Specifically, a UE in any of these states may perform this procedure to establish a PDU session when it is registered to an SNPN.

[0327] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (fourth PDU session), and may be in the second state, the fourth state, the sixth state, or the seventh state. At this time, the UE may be in a state in which it can receive the SNPN service.

[0328] 9.3. Registration Procedure for PLMN (via SNPN) Next, the registration procedure for the PLMN performed via the SNPN will be described with reference to Figure 12. In this chapter, the registration procedure for the PLMN performed via the SNPN will also be referred to as this procedure. Since the registration procedure in Chapter 3 can be applied to this procedure, details of the procedure will be omitted here.

[0329] This procedure may be performed by a UE in the fourth state. Specifically, a UE in the fourth state may perform a PLMN selection procedure to select a PLMN, and may perform this procedure for the selected PLMN via 3GPP access. Here, the PLMN ID used to identify and select a PLMN may be, for example, one originally possessed by the UE, or may be one included in system information broadcast from a base station device or access point of the PLMN or SNPN.

[0330] In addition, the registration request message, registration acceptance message, registration rejection message, and registration completion message in this procedure are sent and received between the UE and core network devices such as AMF (AMF_212) via NF_262.

[0331] Furthermore, when this procedure is completed based on the transmission and reception of the registration accept message and / or the registration complete message, the UE may be registered not only with the SNPN but also with the PLMN, and may be in a fourth state. At this time, the UE may be in a state where it can receive PLMN services. That is, the UE may be in a state where it can receive PLMN services via the SNPN.

[0332] 9.4. PDU Session Establishment Procedures for PLMN (via SNPN) Next, the PDU session establishment procedure for the PLMN, which is executed via the SNPN, will be described with reference to Figure 13. In this chapter, the PDU session establishment procedure for the PLMN, which is executed via the SNPN, will also be referred to as this procedure. Since this procedure can be applied to the PDU session establishment procedure in Chapter 4, details of the procedure will be omitted here.

[0333] Note that a UE in the fourth state may perform this procedure via 3GPP access after performing the procedure in Chapter 9.3 one or more times. Specifically, a UE in the fourth state may perform this procedure to establish a PDU session when it is registered with a PLMN and an SNPN.

[0334] In addition, the PDU session establishment request message, PDU session establishment acceptance message, and PDU session establishment rejection message in this procedure are sent and received between the UE and core network devices such as SMF (SMF_222) via NF_262.

[0335] Furthermore, when this procedure is completed based on the transmission and reception of the PDU session establishment acceptance message, the UE may be in a state in which it can communicate with the DN using the established PDU session (fifth PDU session) and may be in the fourth state. At this time, the UE may be in a state in which it can receive PLMN services. That is, the UE may be in a state in which it can receive PLMN services via the SNPN.

[0336] 10. Variations A program running on an apparatus according to one aspect of the present invention may be a program that controls a central processing unit (CPU) or the like to cause a computer to function so as to realize the functions of an embodiment 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 another storage device system.

[0337] A program for implementing the functions of an embodiment according to one aspect 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.

[0338] 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.

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

[0340] Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to this embodiment, and design modifications and the like are also included within the scope of the gist of the present invention. Furthermore, various modifications of one aspect of the present invention are possible 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.

Claims

[Claim 1] A UE (User Equipment) having a control unit, When connecting to a PLMN (Public Land Mobile Network) service using 3GPP access via an SNPN (Stand-alone Non-Public Network) using non-3GPP access, the control unit: On non-3GPP access, it operates in SNPN access mode, It does not work in SNPN access mode on 3GPP access. A UE characterized by:

Images