Method and apparatus for supporting multiple nr accesses in same network

Abstract

The present disclosure relates to a 5G or 6G communication system for supporting higher data transmission rates. The present invention relates to a method and an apparatus for providing multiple 3GPP accesses to a wireless terminal.

Description

Method and device for supporting multiple NR accesses in the same network

[0001] The present invention relates to wireless communication networks, and more particularly, to a method and device for providing multiple accesses to a wireless terminal using the 3GPP 5GS (5G system). In particular, the present invention relates to a method and device for providing multiple 3GPP accesses to a wireless terminal.

[0002] 5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in the sub-6GHz band, such as 3.5 gigahertz (3.5GHz), but also in the ultra-high frequency band (Above 6GHz), also called millimeter wave (mmWave), such as 28GHz and 39GHz. In addition, for 6G mobile communication technology, which is called the system after 5G communication (Beyond 5G), implementation in the terahertz (THz) band (for example, 3 THz band at 95GHz) is being considered to achieve a transmission speed that is 50 times faster than 5G mobile communication technology and ultra-low latency that is reduced to one-tenth.

[0003] In the early stages of 5G mobile communication technology, the goal is to support services and satisfy performance requirements for ultra-wideband services (eMBB: enhanced Mobile Broadband), ultra-reliable / ultra-low-latency communications (URLLC: Ultra-Reliable Low-Latency Communications), and massive Machine-Type Communications (mMTC), including beamforming and massive MIMO to mitigate path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves, support for various numerologies (such as operation of multiple sub-carrier intervals) and dynamic operation of slot formats for efficient use of ultra-high frequency resources, initial access technology to support multi-beam transmission and wideband, definition and operation of BWP (Bidth Part), new channel coding methods such as LDPC (Low Density Parity Check) codes for large-capacity data transmission and polar codes for reliable transmission of control information, L2 pre-processing, and specific services. Standardization has been progressed for network slicing, which provides specialized, dedicated networks.

[0004] Currently, discussions are underway to improve and enhance the initial 5G mobile communication technology in consideration of the services that 5G mobile communication technology was intended to support, and physical layer standardization is in progress for technologies such as V2X (Vehicle-to-Everything) to help autonomous vehicles make driving decisions and increase user convenience based on their own location and status information transmitted by vehicles, NR-U (New Radio Unlicensed) for the purpose of system operation that complies with various regulatory requirements in unlicensed bands, NR terminal low power consumption technology (UE Power Saving), Non-Terrestrial Network (NTN), which is direct terminal-satellite communication to secure coverage in areas where communication with terrestrial networks is impossible, and Positioning.

[0005] In addition, standardization of wireless interface architecture / protocols is in progress for technologies such as intelligent factories (IIoT: Industrial Internet of Things) to support new services through linkage and convergence with other industries, Integrated Access and Backhaul (IAB) to provide nodes for expanding network service areas by integrating wireless backhaul links and access links, Mobility Enhancement technology including Conditional Handover and Dual Active Protocol Stack (DAPS) handover, and 2-step random access (2-step RACH for NR) to simplify random access procedures. Standardization is also in progress for system architecture / services such as 5G baseline architecture (e.g., Service-based Architecture: SBA, Service-based Interface: SBI) for grafting Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) that provides services based on the location of the terminal.

[0006] When such 5G mobile communication systems are commercialized, an explosive increase in connected devices will be connected to the communication network, which will require enhanced functions and performance of 5G mobile communication systems and integrated operation of connected devices. To this end, new research will be conducted on improving 5G performance and reducing complexity, supporting AI services, supporting metaverse services, and drone communications by utilizing eXtended Reality (XR), Artificial Intelligence (AI), and Machine Learning (ML) to efficiently support Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR).

[0007] In addition, the development of these 5G mobile communication systems includes new waveforms to ensure coverage in the terahertz band of 6G mobile communication technology, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas, and large-scale antennas, metamaterial-based lenses and antennas to improve the coverage of terahertz band signals, high-dimensional spatial multiplexing technology using Orbital Angular Momentum (OAM), Reconfigurable Intelligent Surface (RIS) technology, as well as full duplex technology to improve the frequency efficiency and system network of 6G mobile communication technology, satellite, and AI (Artificial Intelligence) from the design stage and internalize end-to-end AI support functions to realize system optimization, and ultra-high-performance communication and computing resources to realize services with complexity that exceeds the limits of terminal computing capabilities. It could serve as a basis for the development of next-generation distributed computing technologies.

[0008] A wireless communication network, more specifically, a 3GPP 5GS (5G system), can utilize a method for selecting multiple 3GPP access networks to provide multiple 3GPP accesses to wireless terminals. Multiple 3GPP access networks may also belong to multiple public land mobile networks (PLMNs). An embodiment of the present invention provides a method for a wireless terminal to access multiple 3GPP access networks and receive data services when multiple 3GPP access networks belong to a single PLMN.

[0009] The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned can be clearly understood by a person having ordinary skill in the technical field to which the present invention belongs from the description below.

[0010] In order to solve the above problem, according to an embodiment of the present invention, a method performed by a terminal of a wireless communication system comprises the steps of: transmitting a first message associated with registration in a first access network for applying dual steer to a first access network entity; receiving a second message including information of a first access and mobility management function (AMF) selected by the first access network entity in response to the first message; storing information indicating that the first AMF has been selected for registration in the first access network in dual steer information; transmitting a third message associated with registration in a second access network for applying the dual steer to a second access network entity; receiving a fourth message including information of the second AMF selected by the second access network entity in response to the third message; And a step of storing information indicating that the second AMF has been selected for registration with the second access network in the dual steer information, wherein the first AMF and the second AMF may be the same AMF or different AMFs.

[0011] According to an embodiment, the first message may include at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

[0012] In some embodiments, the third message may include at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

[0013] In an embodiment, the method comprises the steps of: transmitting a fifth message requesting establishment of a first protocol data unit (PDU) session to the first access network to the first AMF via the first access network entity; receiving, in response to the fifth message, a sixth message from a first SMF selected by the first AMF, which accepts establishment of the first PDU session and includes information of the first SMF; storing, in the dual steer information, information indicating that the first SMF has been selected for establishment of the first PDU session; transmitting a seventh message requesting establishment of a second PDU session to the second access network to the second AMF via the second access network entity; receiving, in response to the seventh message, a seventh message from a second SMF selected by the second AMF, which accepts establishment of the second PDU session and includes information of the second SMF; And a step of storing information indicating that the second SMF is selected for establishing the second PDU session in the dual steer information, wherein the first SMF and the second SMF may be the same SMF or different SMFs.

[0014] According to an embodiment, the fifth message may include at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

[0015] In some embodiments, the seventh message may include at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

[0016] In addition, according to an embodiment of the present invention for solving the above-described problem, a method performed by a first AMF (access and mobility management function) of a wireless communication system comprises the steps of: receiving a first message associated with registration of a terminal with a first access network for application of dual steer from the terminal through a first access network entity; if the terminal supports the dual steer and the first AMF supports the dual steer, transmitting a second message including information of the first AMF to the terminal through the first access network entity in response to the first message; storing information indicating that the first AMF has been selected for registration with the first access network in dual steer information; receiving a third message associated with registration of the terminal with a second access network for application of the dual steer from the terminal through a second access network entity; If the terminal supports the dual steering and the first AMF supports the dual steering, the method may further include: transmitting a fourth message including information of the first AMF to the terminal through a second access network entity in response to the third message; and storing information indicating that the first AMF has been selected for registration with the second access network in the dual steering information.

[0017] According to an embodiment, the method may further include a step of determining whether the terminal supports the dual steering based on subscription information of the terminal received from a unified data management (UDM); and a step of determining whether the first AMF supports the dual steering based on policy information received from a policy control function (PCF).

[0018] In an embodiment, the method may further include: transmitting the third message to a second AMF that supports registration in the second access network when the first AMF does not support registration in the second access network for application of the dual steer of the terminal; receiving information indicating that the second AMF has been selected for registration in the second access network from the second AMF or a unified data management (UDM); and storing information indicating that the second AMF has been selected for registration in the second access network in the dual steer information.

[0019] According to an embodiment, the method comprises: receiving, from the terminal through the first access network entity, a fifth message requesting establishment of a first protocol data unit (PDU) session to the first access network; selecting a first SMF based on at least one of the fifth message and a context of the first AMF; transmitting, to the first SMF, a sixth message requesting establishment of the first PDU session; receiving, in response to the sixth message, a seventh message from the first SMF accepting establishment of the first PDU session; transmitting, in response to the fifth message, an eighth message accepting establishment of the first PDU session and including information of the first SMF to the terminal through the first access network entity; storing, in the dual steer information, information indicating that the first SMF has been selected for establishment of the first PDU session; Receiving a ninth message requesting establishment of a second PDU session to the second access network from the terminal via the second access network entity; selecting a second SMF based on at least one of the ninth message and a context of the first AMF; transmitting a tenth message requesting establishment of the second PDU session to the second SMF; receiving an eleventh message from the second SMF in response to the tenth message, accepting establishment of the second PDU session; transmitting a twelfth message, accepting establishment of the second PDU session and including information of the second SMF, to the terminal via the second access network entity in response to the ninth message;And further comprising a step of storing information indicating that the second SMF is selected for establishing the second PDU session in the dual steer information, wherein the first SMF and the second SMF may be the same SMF or different SMFs.;

[0020] In addition, according to an embodiment of the present invention to solve the above-described problem, a terminal of a wireless communication system comprises: a transceiver; And a control unit connected to the transceiver, transmitting a first message associated with registration in a first access network for application of dual steer to a first access network entity, receiving a second message including information of the first AMF (access and mobility management function) selected by the first access network entity in response to the first message, storing information indicating that the first AMF is selected for registration in the first access network in dual steer information, transmitting a third message associated with registration in a second access network for application of the dual steer to a second access network entity, receiving a fourth message including information of the second AMF in response to the third message from the second AMF selected by the second access network entity, and storing information indicating that the second AMF is selected for registration in the second access network in the dual steer information, wherein the first AMF and the second AMF are the same AMF or different AMFs. It could be AMF.

[0021] In addition, according to one embodiment of the present invention to solve the above-described problem, a first AMF (access and mobility management function) of a wireless communication system comprises: a transceiver; And connected to the transceiver, receiving a first message from the terminal through the first access network entity, associated with registration with the first access network for application of dual steer of the terminal, and if the terminal supports the dual steer and the first AMF supports the dual steer, transmitting a second message including information of the first AMF to the terminal through the first access network entity in response to the first message, storing information indicating that the first AMF has been selected for registration with the first access network in dual steer information, receiving a third message from the terminal through the second access network entity, associated with registration with the second access network for application of the dual steer of the terminal, and if the terminal supports the dual steer and the first AMF supports the dual steer, transmitting a fourth message including information of the first AMF to the terminal through the second access network entity in response to the third message, and The control unit may include information indicating that the first AMF has been selected for registration with the network, and stores the information in the dual steering information.

[0022] According to one embodiment of the present invention, it becomes possible for a 3GPP 5GS (5G system) to provide a multiple access-based network service that provides multiple 3GPP accesses belonging to one PLMN to a wireless terminal.

[0023] The effects that can be obtained from the present invention are not limited to the effects mentioned above, and other effects not mentioned can be clearly understood by a person having ordinary skill in the art to which the present disclosure pertains from the description below.

[0024] FIG. 1 illustrates an example of a multi-access network applying dual steer according to one embodiment of the present invention.

[0025] FIG. 2 illustrates an example of AMF selection and SMF selection issues in a multi-access network applying dual steer according to an embodiment of the present invention.

[0026] FIG. 3 illustrates an example of an outline of AMF selection and SMF selection methods in a multi-access network applying dual steer according to an embodiment of the present invention.

[0027] FIG. 4a and FIG. 4b illustrate an example of a method for selecting the same AMF by utilizing DS Info in AN to support dual steer in a single PLMN according to an embodiment of the present invention.

[0028] FIG. 5a and FIG. 5b illustrate an example of a method for selecting the same AMF through an AMF reselection process to support dual steer in a single PLMN according to an embodiment of the present invention.

[0029] FIG. 6a and FIG. 6b illustrate an example of a method for selecting the same SMF when using the same AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0030] FIG. 7a and FIG. 7b illustrate an example of a method for selecting a different SMF when using the same AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0031] FIG. 8a and FIG. 8b illustrate an example of a method for selecting a different AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0032] FIG. 9a and FIG. 9b illustrate an example of a method for selecting the same SMF when using different AMFs to support dual steer in a single PLMN according to an embodiment of the present invention.

[0033] FIG. 10a and FIG. 10b illustrate an example of a method for selecting a different SMF when using a different AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0034] Figure 11 is a drawing showing the configuration of a terminal according to an embodiment of the present invention.

[0035] FIG. 12 is a diagram showing the configuration of a base station or network entity according to an embodiment of the present invention.

[0036] The operating principles of the present invention will be described in detail below with reference to the attached drawings. In the following description of the present invention, detailed descriptions of known functions or components will be omitted if they are deemed to unnecessarily obscure the gist of the invention. Furthermore, the terms described below are defined based on their functions in the present invention and may vary depending on the intentions or practices of the user or operator. Therefore, their definitions should be based on the overall content of this specification.

[0037] In describing the embodiments herein, descriptions of technical details that are well known in the technical field to which the present disclosure pertains and are not directly related to the present invention will be omitted. This is to avoid obscuring the gist of the present disclosure by omitting unnecessary explanations and to convey the gist more clearly.

[0038] For the same reason, some components in the attached drawings are exaggerated, omitted, or schematically depicted. Furthermore, the dimensions of each component do not entirely reflect its actual size. Identical or corresponding components in each drawing are assigned the same reference numbers.

[0039] The advantages and features of the present disclosure, and the methods for achieving them, will become clearer with reference to the embodiments described in detail below together with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below and may be implemented in various different forms. The embodiments are provided only to ensure that the disclosure of the present disclosure is complete and to fully inform those skilled in the art of the scope of the disclosure, and the present disclosure is defined only by the scope of the claims. Like reference numerals refer to like elements throughout the specification.

[0040] Furthermore, when describing the present disclosure, detailed descriptions of related functions or configurations will be omitted if they are deemed to unnecessarily obscure the gist of the present disclosure. Furthermore, the terms described below are defined based on the functions of the present disclosure and may vary depending on the intent or custom of the user or operator. Therefore, their definitions should be based on the content throughout this specification.

[0041] The terms used in the following description to identify connection nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, and terms referring to various identification information are provided for convenience of explanation. Therefore, the present invention is not limited to the terms described below, and other terms referring to objects with equivalent technical meanings may be used.

[0042] In describing the embodiments of the present disclosure, the main target is New Radio (NR), which is a wireless access network, and the core network, packet core 5G System, or 5G Core Network, or NG Core (Next Generation Core) specified by 3GPP (3rd Generation Partnership Project), a mobile communication standard standardization organization. However, the main gist of the present disclosure can be applied to other communication systems with similar technical backgrounds with slight modifications within a range that does not significantly deviate from the scope of the present disclosure, and this can be done at the discretion of a person skilled in the art of the present disclosure. For the convenience of the following description, the present invention uses terms and names defined in the specifications of 5GS (5G system), NR (new radio), LTE, or similar systems, which are the latest standards defined by the 3GPP organization among the currently existing communication standards. However, the present invention is not limited by the above terms and names, and can be equally applied to wireless communication networks conforming to other standards. In particular, the present invention can be applied to 3GPP 5GS / NR (5th generation mobile communication standard).

[0043] Hereinafter, the base station is an entity that performs resource allocation of a terminal, and may be at least one of a gNode B, an eNode B, a Node B, a BS (Base Station), a wireless access unit, a base station controller, or a node on a network. The terminal may include a UE (User Equipment), an MS (Mobile Station), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing a communication function. In the present disclosure, downlink (DL) refers to a wireless transmission path of a signal transmitted from a base station to a terminal, and uplink (UL) refers to a wireless transmission path of a signal transmitted from a terminal to a base station.

[0044] At this time, it will be understood that each block of the processing flowchart drawings and combinations of the flowchart drawings can be performed by computer program instructions. These computer program instructions can be installed in a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing equipment, so that the instructions executed by the processor of the computer or other programmable data processing equipment create a means for performing the functions described in the flowchart block(s). These computer program instructions can also be stored in a computer-available or computer-readable memory that can direct a computer or other programmable data processing equipment to implement the functions in a specific manner, so that the instructions stored in the computer-available or computer-readable memory can also produce a manufactured item that includes an instruction means for performing the functions described in the flowchart block(s). Since the computer program instructions may be installed on a computer or other programmable data processing device, a series of operational steps may be performed on the computer or other programmable data processing device to create a computer-executable process, and the instructions that cause the computer or other programmable data processing device to perform the steps for performing the functions described in the flowchart block(s) may also provide steps for performing the functions described in the flowchart block(s).

[0045] Additionally, each block may represent a module, segment, or portion of code that contains one or more executable instructions for performing a specific logical function(s). It should also be noted that in some alternative implementation examples, the functions described in the blocks may occur out of order. For example, two blocks depicted in succession may actually be executed substantially concurrently, or the blocks may sometimes be executed in reverse order, depending on their respective functions.

[0046] Here, the term '~ part' used in the present embodiment means software or hardware components such as FPGA (field programmable gate array) or ASIC (application specific integrated circuit), and the '~ part' performs certain roles. However, the '~ part' is not limited to software or hardware. The '~ part' may be configured to be in an addressable storage medium and may be configured to play one or more processors. Therefore, as an example, the '~ part' includes components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided within the components and '~ parts' may be combined into a smaller number of components and '~ parts' or further separated into additional components and '~ parts'. In addition, the components and '~parts' may be implemented to play one or more central processing units (CPUs) within the device or secure multimedia card. In addition, in the embodiment, the '~part' may include one or more processors.

[0047] 5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in the sub-6GHz frequency band such as 3.5 gigahertz (3.5GHz), but also in the ultra-high frequency band called millimeter wave (mmWave) such as 28GHz and 39GHz ('Above 6GHz'). In addition, for 6G mobile communication technology, which is called the system after 5G communication (Beyond 5G), implementation in the terahertz band (for example, the 3 terahertz (3THz) band at 95GHz) is being considered to achieve a transmission speed that is 50 times faster than 5G mobile communication technology and an ultra-low latency time that is reduced to one-tenth.

[0048] In the early stages of 5G mobile communication technology, the goal is to support services and meet performance requirements for enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC). These include beamforming and massive MIMO to mitigate path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves, support for various numerologies (such as operation of multiple subcarrier intervals) and dynamic operation of slot formats for efficient use of ultra-high frequency resources, initial access technology to support multi-beam transmission and wideband, definition and operation of BWP (Bidth Part), new channel coding methods such as LDPC (Low Density Parity Check) codes for large-capacity data transmission and Polar Code for reliable transmission of control information, and L2 pre-processing (L2). Standardization has been made for network slicing, which provides dedicated networks specialized for specific services, and pre-processing.

[0049] To increase transmission speed, increase transmission stability, and reduce transmission delay, wireless communication networks, more specifically, 3GPP 5GS (5G system), can provide multiple accesses. Previously, there was a method of using only one 3GPP access and additionally using non-3GPP accesses to provide multiple accesses to terminals. However, the coverage of non-3GPP accesses may be relatively more limited than that of 3GPP accesses. Furthermore, 3GPP accesses actually come in several types. They can be categorized as PLMN (public land mobile network) and NPN (non-public network), and depending on the supported frequency, they can be categorized into sub-6GHz bands and higher mmWave bands, and can be categorized as TN (terrestrial network) and NPN (non-terrestrial network). TN and NTN can also be further categorized by RAT (radio access technology), such as EUTRA (evolved UMTS terrestrial radio access network), NR (new radio), LEO (low Earth orbit), and GEO (geostationary orbit). Therefore, a single wireless terminal can simultaneously use multiple different types of 3GPP accesses. In other words, a 3GPP 5GS (5G system) can provide multiple 3GPP accesses to a wireless terminal. To support this, a method for selecting networks for multiple 3GPP accesses is required.

[0050] FIG. 1 illustrates an example of a multi-access network applying dual steer according to one embodiment of the present invention.

[0051] Referring to FIG. 1, in order to increase transmission speed, increase transmission stability, and reduce transmission delay time, a wireless communication network, more specifically, 3GPP 5GS, may use one 3GPP access and additionally use another 3GPP access to provide multiple accesses to a terminal. At this time, as shown in FIG. 1 (a), multiple 3GPP accesses (e.g., 3GPP access network 1, 3GPP access network 2) may be provided to one terminal (e.g., DS (dual steer) terminal, DS device, DS supporting terminal) through a CN (core network) (e.g., AMF (access and mobility management function), SMF (session management function), UPF (user plane function), PCF (policy control function), UDM (unified data management), etc.) of a single PLMN to provide data services. Alternatively, as shown in (b) of Fig. 1, multiple 3GPP accesses may be provided to a single terminal by using CNs of multiple PLMNs (e.g., AMF1, AMF2, SMF1, SMF2, UPF1, UPF2, PCF1, PCF2, etc.) to provide data services. A DS terminal may refer to a terminal that supports a DS service. And the DS service may be used interchangeably with a multi-access network service. A DS service may refer to a service provided through multiple accesses (multiple access networks), and the multiple accesses may refer to 3GPP accesses.

[0052] FIG. 2 illustrates an example of AMF selection and SMF selection issues in a multi-access network applying dual steer (DS) in one PLMN according to an embodiment of the present invention.

[0053] Referring to Figure 2, data services can be provided by providing multiple 3GPP accesses to a single terminal using the CNs of multiple PLMNs, as shown in Figure 2 (b). In this case, it is expected that different AMFs (e.g., AMF1 and AMF2) will be selected to provide services.

[0054] Figure 2 (a) illustrates a case where, when providing data services to a single terminal by providing multiple 3GPP accesses through a single PLMN's CN, the same AMF (e.g., AMF1) is selected to provide services, as in Figure 1 (a). To this end, a terminal employing dual steer can perform the following operations.

[0055] A. DS (dual steer) enabled terminals can access the first access network (AN1) (the primary access network) and complete the registration process with the CN's AMF. The issue at hand is how AN1 selects the AMF that provides multi-access network services.

[0056] B. A DS-enabled terminal can establish a PDU (protocol data unit) session to receive data services by connecting to the CN's SMF via the first access network (AN1). At this time, the issue is how the AMF (AMF1) selected in Step A selects the SMF that provides multi-access network services.

[0057] C. DS-enabled terminals can register with the CN's AMF via the second access network (AN2). At this time, the issue is how AN2 selects the AMF that provides multi-access network services. In particular, AMF1, selected in Step A, must be selected in the same manner.

[0058] D. A DS-applied terminal can establish a PDU session to receive data services by connecting to the CN's SMF through the second access network (AN2). At this time, the issue is how the AMF (AMF1) selected in step C will select an SMF that provides multi-access network services. At this time, the same SMF (SMF1) selected in step B may be selected, or a different SMF (SMF2) may be selected. In addition to how the SMF is selected, an issue is also how the PDU session (PDU session 1) established in step B and the PDU session (PDU session 2) established in step D can support data service steering, switching, or even simultaneous transmission for each service through the selected SMF.

[0059] Figure 2 (b) illustrates a case where, when providing data services to a single terminal by providing multiple 3GPP accesses through a single PLMN's CN, different AMFs are selected to provide services, as in Figure 1 (b). To achieve this, a terminal employing dual steer can perform the following operations.

[0060] A. A DS-enabled terminal can access the first access network (AN1) and perform a registration process with the CN's AMF (e.g., AMF1). The issue at hand is how AN1 selects the AMF that provides multi-access network services.

[0061] B. A DS-enabled terminal can establish a PDU session to receive data services by connecting to the CN's SMF (e.g., SMF1) via the first access network (AN1). At this time, the issue is how the AMF (AMF1) selected in Step A selects the SMF that provides the multi-access network service.

[0062] C. A DS-enabled terminal can register with the CN's AMF (e.g., AMF2) via the second access network (AN2). At this time, the question arises as to how AN2 selects the AMF that provides multi-access network services. Specifically, AMF2, a different AMF than AMF1 selected in Step A, may need to be selected.

[0063] D. A DS-applied terminal can establish a PDU session to receive data services by connecting to the CN's SMF (e.g., SMF2) through the second access network (AN2). At this time, the issue is how the AMF (AMF2) selected in step C will select an SMF that provides multi-access network services. At this time, the same SMF (SMF1) selected in step B may be selected, or a different SMF (SMF2) may be selected. In addition to how the SMF is selected, an issue is also how the PDU session (PDU session1) established in step B and the PDU session (PDU session2) established in step D can support data service steering, switching, or even simultaneous transmission for each service through the selected SMF.

[0064] FIG. 3 illustrates an example of an outline of AMF selection and SMF selection methods in a multi-access network applying dual steer according to an embodiment of the present invention.

[0065] Referring to FIG. 3, a terminal supporting dual steer in step 310 can provide (input) information including dual steer information (Info) to the registration process or PDU session setup process.

[0066] * Terminal input information may include at least one of the following information: terminal identification information (e.g., subscription permanent identifier (SUPI) (User ID)), access type (AT), radio access technology (RAT), dual steer Info, slice information (e.g., requested single network slice selection assistance information (S-NSSAIs)), etc.

[0067] - AT (access type): 3GPP, non-3GPP

[0068] - RAT (radio access technology): NR(-TN), NR-NTN, EUTRA

[0069] · TN: terrestrial network

[0070] · NTN: non-terrestrial network

[0071] - Dual steer Info: SUPI1, AN1, AT1, RAT1, PLMN1, AMF1, SMF1, PDU session ID1,

[0072] SUPI2, AN2, AT1, RAT1, PLMN2, AMF2, SMF2, PDU session ID2

[0073] At step 320, when selecting an AMF, the access network may select the same AMF for each AN based on the terminal input. Depending on the embodiment, the access network may find it difficult to select the same AMF, or may need to intentionally select different AMFs. For example, the access network may consider the following when selecting an AMF:

[0074] * Same AMF cases: AN1 and AN2 have the same RAT or similar coverage / signaling characteristics.

[0075] - AN1: NR-TN1, AN2: NR-TN2

[0076] - AN1: NR-NTN1, AN2: NR-NTN2

[0077] * Different AMFs cases: cases where they have different RATs or different coverage / signaling characteristics.

[0078] - AN1: NR-TN1 (Cell ID list1,...), AN2: NR-NTN1 (Cell ID list2,...)

[0079] - AN1: NR-TN1 (Cell ID list1,...), AN2: NR-TN2 (Cell ID list2,...)

[0080] If the same AMF is selected, the AMF may consider the following when selecting the SMF:

[0081] * SMF selection based on

[0082] - AMF context (including DS Info)

[0083] - UDM data, NRF (network repository function), UE input, configuration

[0084] When different AMFs are selected, each AMF may consider the following when selecting an SMF:

[0085] * SMF selection based on

[0086] - UDM data (SMF ID of AN1 PDU session stored in DS Info, etc.)

[0087] - Inter-AMF signaling (AN1 transmits SMF ID of AN1's ​​PDU session to AN2)

[0088] - NRF, UE input, configuration

[0089] Specifically, in a single PLMN case, to support dual steer, the 5G system can operate as follows.

[0090] 1. AMF selection results in the same AMF (method of utilizing the common AMF context when selecting / linking SMF for each 3GPP access network of the UE (terminal) in dual steer)

[0091] A. RAN selects AMF based on

[0092] - UE input (DS Info, DS capability (Cap, ability), DS indication (indicator), requested S-NSSAIs, etc.)

[0093] · DS Info: SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1, SUPI2, AN2, PLMN2, AMF2, SMF2, PDU session ID2

[0094] - AN configuration

[0095] - UDM subscription data (DS support), reselect

[0096] - AM policy (selects the same AMF), reselect

[0097] - NSSF(network slice selection function)(supported slice info), reselect

[0098] B. SMF selection results in the same SMF (P-SMF): AMF selects SMF based on

[0099] - AMF context(In case of secondary PDU session request)

[0100] - UE input(DS Info, DS Cap, DS indication, DNN(data network name) / S-NSSAI 등)

[0101] - UDM subscription data(DS support), reselect

[0102] - SM policy(selects the same SMF), reselect

[0103] C. SMF selection results in different SMFs (P-SMF): AMF selects SMF based on

[0104] - UE Input(DS Info, DS Cap, DS indication, DNN / S-NSSAI 등)

[0105] - UDM subscription data(DS support), reselect

[0106] - SM policy(selects the same SMF), reselect

[0107] - AMF context to SMFs for inter-SMF signaling(AN2의 PDU session 설정 시)

[0108] 2. AMF selection results in the different AMFs (dual steer시, UE의 3GPP access network 별 SMF 선택 / 연동 시 inter-AMF signaling 활용하는 방법)

[0109] A. RAN selects AMF Based on

[0110] - UE input(DS Info, DS Cap, DS indication)

[0111] - AN configuration

[0112] - UDM subscription data(DS support), reselect

[0113] - AM policy(selects the same AMF), reselect

[0114] - NSSF(supported slice info), reselect

[0115] B. SMF selection results in the same SMF (P-SMF): AMF selects SMF based on

[0116] - Inter-AMF signaling(In case of secondary PDU session request)

[0117] - UE input(DS Info, DS Cap, DS indication, DNN / S-NSSAI 등)

[0118] - UDM subscription data(DS support), reselect

[0119] - SM policy(selects the same SMF), reselect

[0120] C. SMF selection results in different SMFs (P-SMF): AMF selects SMF based on

[0121] - UE input(DS Info, DS Cap, DS indication, DNN / S-NSSAI, 등)

[0122] - UDM subscription data (DS support), reselect

[0123] - SM policy (selects the same SMF), reselect

[0124] - Inter-AMF signaling to SMFs for inter-SMF signaling (when setting up a PDU session in AN2)

[0125] FIG. 4 illustrates an example of a method for selecting the same AMF by utilizing DS Info in AN to support dual steer in a single PLMN according to an embodiment of the present invention.

[0126] Referring to FIG. 4, in step 410, a DS-supporting terminal (dual steer device) (401) may transmit a registration request message or a TA (tracking area) update request message to AN1 (first access network, first access network entity) (402). The AN1 (402) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI1, DS Cap1, DS Ind1 (indication 1), DS Info1 (information 1), PLMN1, AN1, Requested NS (network slice) IDs, Cell ID1, etc. SUPI1 is a User ID used by the DS-supporting terminal (401) to access AN1 (402), and is information that is pre-registered in the UDM (408) so as to have a common profile with SUPI2. DS Cap1 indicates whether this terminal (401) supports the dual steer function. DS Ind1 is information indicating whether this terminal (401) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (401) and may include at least one of the contents of the following [Table 1].

[0127] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1N / AN / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0128] In step 410, DS Info1 that the terminal (401) has and transmits to AN1 (402) may include SUPI1, AN1, and PLMN1. In this case, since selection of AMF, SMF, etc. has not yet been made, DS info1 may not include information such as AMF, SMF, and PDU session ID. In the drawing, exemplary DS information stored in the terminal is expressed in bold letters. In addition, in the case of DS information in the drawing that is not expressed in bold letters, it is an example that can be DS information and DS information is not stored with the corresponding content. For example, in the case of a part written as SUPI2, AN2, PLMN2, AMF2, SMF2, PDU session ID2 in the drawing, if a PDU session is established later, it may be stored as SUPI2, AN2, PLMN1, AMF1, SMF1, PDU session ID2, etc.

[0129] In addition, the Requested NS (network slice) IDs indicate the IDs of the network slices that the terminal (401) wishes to use by connecting to the corresponding AN1 (402). Cell ID1 is base station information when the terminal (401) connects through AN1 (402), and therefore, can also be used as location information of the terminal (401) based on AN1 (402).

[0130] At step 415, AN1 (402) can select an AMF. At this time, AN1 (402) can select the same AMF as in (a) of FIG. 2. At this time, AN1 (402) can utilize the input information of the terminal (401) as described in 1.A in the embodiment related to FIG. 3. At this time, AN1 (402) can consider SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. when selecting an AMF.

[0131] In step 420, AN1 (402) may transmit the registration or TA update request message received in step 410 to AMF1 (first AMF) (405), which is the AMF selected (selected) in step 415. At this time, the request message may include at least one of SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. In addition, the request message may additionally include AT1 and RAT1 information.

[0132] At step 425, AMF1 (405) can receive subscription data (subscription data request and response), update it, and request to be notified of future changes through signaling with UDM (or UDR) (408) (subscription). The subscription data received by AMF1 (405) can include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, a terminal (401) capable of supporting DS with DS Cap1 sends a registration or TA update request with the intention of supporting DS with DS Ind1, but AMF1 (405) can reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (401), AMF1 (405) may send a response including the cause of the error to the terminal (401) or AN1 (402) by writing the reason why it is not supported in the DS support information.

[0133] At step 430, AMF1 (405) may receive access and mobility related policy data (policy request and policy response) through signaling with PCF1 (407), update it, and request notification of any future changes. The policy data received by AMF1 (405) may include information on whether the same AMF for the DS is supported. Whether the same AMF for the DS is supported is information that includes (indicates) whether the PLMN1 or AMF1 (405) will use the same AMF for the DS for the terminal (401) of the SUPI.

[0134] At step 435, AMF1 (405) can perform a policy update. Furthermore, AMF1 (405) can check policy information and, if the current AMF1 (405) cannot support the DS service through the same AMF, initiate an AMF reselection process.

[0135] At step 440, AMF1 (405) can transmit a registration / TA update response message to the DS-supporting terminal (401) via AN1 (402). At this time, the response message can include additional information such as policy update and AMF reselection.

[0136] In step 445, if necessary, a UE policy update process may be performed between the terminal (401) and PCF1 (407). In addition, an AMF reselection process may be performed if necessary, and after another AMF is selected other than the previously selected AMF1 (405), steps 410 to 440 may be performed again. When registration / TA update is completed, the terminal (401), AN1 (402), and AMF1 (405) may store DS Info, and the UDM (408) may record the DS Info and information of AMF1 (405). At this time, the stored DS Info may be as shown in the following [Table 2].

[0137] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0138] When step 445 is performed, DS info may include SUPI1, AN1, PLMN1, and AMF1 as illustrated. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1.

[0139] In step 450, the DS-supporting terminal may transmit a registration or TA update request message to AN2 (second access network, second access network entity) (403). The AN2 (403) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (401) to access AN2 (403) and is information that is pre-registered in the UDM (408) so that it has a common profile with SUPI1. DS Cap2 indicates a function of the terminal (401) whether the terminal (401) supports the dual steer function. DS Ind2 is information that indicates whether the terminal (401) intends to use a DS application. DS Info2 is information related to the dual steer function of this terminal (401) and may include at least one of the contents of [Table 3] below.

[0140] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1N / AN / AN / A

[0141] In step 450, the DS Info2 that the terminal (401) has and transmits to AN2 (403) may include SUPI2, AN2, and PLMN1. In this case, since AMF, SMF, etc. have not yet been selected in the registration procedure with AN2 (403), DS Info2 may not include information such as AMF, SMF, and PDU session ID. In addition, DS Info2 may include SUPI1, AN1, PLMN1, and AMF1 information that were stored in the registration procedure with AN1 (402).

[0142] In addition, the Requested NS IDs indicate the IDs of the network slices that the terminal (401) wishes to use by connecting to the corresponding AN2 (403). Cell ID2 is base station information when the terminal (401) connects via AN2 (403), and therefore, can also be used as location information of the terminal (401) based on AN2 (403).

[0143] At step 455, AN2 (403) can select an AMF. At this time, AN2 (403) can select the same AMF as in (a) of FIG. 2. At this time, AN2 can utilize the input information of the terminal (401) as described in 1.A in the embodiment related to FIG. 3. At this time, AN2 (403) can consider SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. when selecting an AMF.

[0144] In step 460, AN2 (403) can transmit the registration or TA update request message received in step 450 to AMF1 (405), which is the AMF selected in step 455. At this time, the request message can include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN2, AN2, Requested NS IDs, Cell ID2, etc.

[0145] At step 465, AMF1 (405) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (408), update it, and request to be notified of any future changes. The subscription data received by AMF1 (405) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (401) capable of supporting DS with DS Cap2 sends a registration or TA update request with the intention of supporting DS with DS Ind2, AMF1 (405) may reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (401), AMF1 (405) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (401) or AN2 (403).

[0146] At step 470, AMF1 (405) may receive access and mobility related policy data (policy request and policy response) through signaling with PCF1 (407), update it, and request notification of any future changes. The policy data received by AMF1 (405) may include information on whether the same AMF for the DS is supported. Whether the same AMF for the DS is supported is information that includes (indicates) whether the PLMN1 or AMF1 (405) will use the same AMF for the DS for the terminal (401) of the corresponding SUPI (SUPI2).

[0147] At step 475, AMF1 (405) can perform a policy update. In addition, AMF1 (405) can check the policy information and, if the current AMF1 (405) cannot support the DS service through the same AMF, can initiate an AMF reselection process.

[0148] At step 480, AMF1 (405) can transmit a registration / TA update response message to the DS-supporting terminal (401) via AN2 (403). At this time, the response message can include additional information such as policy update and AMF reselection.

[0149] At step 485, if necessary, a UE policy update process may be performed between the terminal (401) and PCF1 (407). In addition, an AMF reselection process may be performed if necessary, and after another AMF is selected other than the previously selected AMF1 (405), steps 450 to 480 may be performed again. When registration / TA update is completed, the terminal (401), AN2 (403), and AMF1 (405) may store DS Info, and the UDM (408) may record the DS Info and information of AMF1 (405). At this time, the stored DS Info may be as shown in the following [Table 4].

[0150] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1N / AN / A

[0151] When step 485 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SUPI2, AN2, PLMN1, AMF1 as shown. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1, and AMF1 is selected when connecting to AN2 belonging to PLMN1 while requesting DS support with SUPI2.

[0152] FIG. 5 illustrates an example of a method for selecting the same AMF through an AMF reselection process to support dual steer in a single PLMN according to an embodiment of the present invention.

[0153] Referring to FIG. 5, in step 510, a DS-supporting terminal (501) may transmit a registration or TA update request message to AN1 (502). The AN1 (502) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. SUPI1 is a User ID used by the DS-supporting terminal (501) to access AN1 (502) and is information pre-registered in the UDM (508) so as to have a common profile with SUPI2. DS Cap1 indicates a function of the terminal (501) whether the terminal (501) supports the dual steer function. DS Ind1 is information indicating whether the terminal (501) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (501) and may include at least one of the contents of [Table 5] below.

[0154] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1N / AN / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0155] In step 510, DS Info1 that the terminal (501) has and transmits to AN1 (502) may include SUPI1, AN1, and PLMN1. That is, since selection of AMF, SMF, etc. has not yet been made, DS info1 may not include information such as AMF, SMF, PDU session ID, etc.

[0156] In addition, the Requested NS IDs indicate the IDs of the network slices that the terminal (501) wishes to use by connecting to the corresponding AN1 (502). Cell ID1 is base station information when the terminal (501) connects through AN1 (502), and therefore, can also be used as location information of the terminal (501) based on AN1 (502).

[0157] At step 515, AN1 (502) can select an AMF. At this time, AN1 (502) can select the same AMF as in (a) of FIG. 2, or can select a different AMF as in (b) of FIG. 2. At this time, AN1 (502) can utilize the input information of the terminal (501) as in 1.A or 2.A described in the embodiment related to FIG. 3. At this time, AN1 (502) can consider SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. when selecting an AMF.

[0158] In step 520, AN1 (502) may transmit the registration or TA update request message received in step 510 to AMF1 (505), which is the AMF selected in step 515. At this time, the request message may include at least one of SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. In addition, the request message may additionally include AT1 and RAT1 information.

[0159] At step 525, AMF1 (505) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (508), update it, and request to be notified of any future changes. The subscription data received by AMF1 (505) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, even though a terminal (501) capable of supporting DS with DS Cap1 sends a registration or TA update request with the intention of requesting DS support with DS Ind1, AMF1 (505) may reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (501), AMF1 (505) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (501) or AN1 (502).

[0160] At step 530, AMF1 (505) may receive access and mobility-related policy data (policy request and policy response) through signaling with PCF1 (507), update it, and request notification of any future changes. The policy data received by AMF1 (505) may include information on whether the same AMF for the DS is supported. Whether the same AMF for the DS is supported is information that includes (indicates) whether the PLMN1 or AMF1 (505) will use the same AMF for the DS for the terminal (501) of the SUPI.

[0161] At step 535, AMF1 (505) can perform a policy update. Furthermore, AMF1 (505) can check policy information and initiate an AMF reselection process if the current AMF1 (505) cannot support the DS service through the same AMF.

[0162] At step 540, AMF1 (505) can transmit a registration / TA update response message to the DS-supporting terminal (501) via AN1 (502). At this time, the response message can include additional information such as policy update and AMF reselection.

[0163] In step 545, if necessary, a UE policy update process may be performed between the terminal (501) and PCF1 (507). In addition, an AMF reselection process may be performed if necessary, and after another AMF is selected other than the previously selected AMF1 (505), steps 510 to 540 may be performed again. When registration / TA update is completed, the terminal (501), AN1 (502), and AMF1 (505) may store DS Info, and the UDM (508) may record the DS Info and information of AMF1 (505). At this time, the stored DS Info may be as shown in the following [Table 6].

[0164] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0165] When step 545 is performed, DS info may include SUPI1, AN1, PLMN1, and AMF1 as illustrated. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1.

[0166] In step 550, the DS-supporting terminal (501) can transmit a registration or TA update request message to AN2 (503). The AN2 (503) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (501) to access AN2 (503) and is information pre-registered in the UDM (508) so that it has a common profile with SUPI1. DS Cap2 indicates a function of the terminal (501) to determine whether the terminal (501) supports the dual steer function. DS Ind2 is information indicating whether the terminal (501) intends to use a DS application. DS Info2 is information related to the dual steer function of this terminal (501) and may include at least one of the contents of [Table 7] below.

[0167] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1N / AN / AN / A

[0168] In step 550, DS Info2 that the terminal (501) has and transmits to AN2 (503) may include SUPI2, AN2, and PLMN1. That is, since selection of AMF, SMF, etc. has not yet been made in the registration procedure with AN2 (503), DS Info2 may not include information such as AMF, SMF, PDU session ID, etc. In addition, DS Info2 may include SUPI1, AN1, PLMN1, and AMF1 information that was stored in the registration procedure with AN1 (502).

[0169] In addition, Requested NS IDs indicate the IDs of the network slices that the terminal (501) wishes to use by connecting to the corresponding AN2 (503). Cell ID2 is base station information when the terminal (501) connects through AN2 (503), and therefore, can also be used as location information of the terminal (501) based on AN2 (503).

[0170] At step 555, AN2 (503) can select an AMF. At this time, AN2 (503) can select an AMF (AMF2) (509) different from the AMF (AMF1) (505) selected by AN1 (502) as shown in (b) of FIG. 2. At this time, AN2 (503) can utilize the input information of the terminal (501) as described in 2.A in the embodiment related to FIG. 3. At this time, AN2 (503) can consider SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. when selecting an AMF.

[0171] In step 560, AN2 (503) can transmit the registration or TA Update request message received in step 550 to AMF2 (509), which is the AMF selected (selected) in step 555. At this time, the request message can include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN2, AN2, Requested NS IDs, Cell ID2, etc.

[0172] At step 565, AMF2 (509) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (508), update it, and request to be notified of any future changes. The subscription data received by AMF2 (509) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (501) capable of supporting DS with DS Cap2 sends a registration or TA update request with the intention of requesting DS support with DS Ind2, AMF2 (509) may reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (501), AMF2 (509) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (501) or AN2 (503).

[0173] At step 570, AMF2 (509) may receive access and mobility related policy data (policy request and policy response) through signaling with PCF1 (507), update it, and request notification of any future changes. The policy data received by AMF2 (509) may include information on whether the same AMF for the DS is supported. The same AMF for the DS is information that includes (indicates) whether the PLMN1 or AMF2 (509) will use the same AMF for the DS for the terminal (501) of the corresponding SUPI (SUPI2).

[0174] At step 575, AMF2 (509) can perform a policy update. Then, AMF2 (509) checks the policy information and, if the current AMF2 (509) cannot support the DS service through the same AMF, it can initiate the AMF reselection process or the AMF relocation process.

[0175] At step 577, AMF2 (509) may perform an AMF reallocation process. Depending on the embodiment, AMF2 (509) may directly route a registration or TA update request message to AMF1 (505), or AMF2 (509) may route a registration or TA update request message to AMF1 (505) via AN2 (503). If step 577 is performed, step 585 may be performed instead of step 580.

[0176] At step 580, AMF2 (509) may transmit a registration / TA update response message to the DS-supporting terminal (501) via AN2 (503). At this time, the response message may include additional information regarding AMF reselection. In addition, the response message may include additional information regarding policy update.

[0177] In step 585, AMF1 (505) may transmit a registration / TA update response message to the DS-supporting terminal (501) via AN2 (503). At this time, the response message may include additional information regarding AMF reselection. In addition, the response message may include additional information regarding policy update. If step 585 is performed, step 580 is not performed.

[0178] In step 590, if necessary, an AMF reselection process may be performed, and another AMF, AMF1 (505), may be selected in addition to the previously selected AMF2 (509), and then steps 550 to 580 may be performed again. For example, this may be the case when the registration request to AN1 (502) and the registration request to AN2 (503) are performed simultaneously, resulting in the selection of different AMFs. If steps 577 and 585 are performed, the AMF reselection process may not be performed.

[0179] And, if necessary, a UE policy update process can be performed between the terminal (501) and PCF1 (507). When registration / TA update is completed, the terminal (501), AN2 (503), and AMF1 (505) store DS Info, and the UDM (508) records the DS Info and information of AMF1 (505). At this time, the stored DS Info can be as shown in the following [Table 8].

[0180] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1N / AN / A

[0181] When step 590 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SUPI2, AN2, PLMN1, AMF1 as illustrated. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1, and AMF1 is selected when connecting to AN2 belonging to PLMN1 while requesting DS support with SUPI2.

[0182] FIG. 6 illustrates an example of a method for selecting the same SMF when using the same AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0183] In this embodiment, the same SMF is selected when the target DNN / S-NSSAI is the same. However, when the target DNN / S-NSSAI is different, the same SMF may not be selected.

[0184] Referring to FIG. 6, in step 610, a DS-supporting terminal (601) may transmit a PDU (protocol data unit) session establishment request message to AMF1 (605) via AN1 (602). The AN1 (602) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSA, etc. SUPI1 is a User ID used by the DS-supporting terminal (601) to access AN1 (602), and is information that is pre-registered in the UDM (608) so that it has a common profile with SUPI2. PDU session ID1 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI1. DS Cap1 indicates whether this terminal (601) supports the dual steer function. DS Ind1 is information indicating whether this terminal (601) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (601) and may include at least one of the contents of the following [Table 9].

[0185] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / APDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF1N / AN / A

[0186] In step 610, DS Info1 that the terminal (601) has and transmits to AMF1 (605) may include SUPI1, AN1, PLMN1, AMF1, and PDU session ID1. In this case, since the terminal (601) requests establishment for a PDU session corresponding to PDU session ID1 and SMF selection has not yet been performed, DS Info1 may not include information such as SMF. In addition, DS Info1 may include SUPI2, AN2, PLMN1, and AMF1 information stored in the registration procedure with AN2 (603).

[0187] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (601) wants to use by connecting to the corresponding AN1 (602) and the data network name to be used in the network slice.

[0188] At step 615, AMF1 (605) can select an SMF. At this time, AMF1 (605) can utilize the input information of the terminal (601) and the context within AMF (605) as described in 1.B in the embodiment related to FIG. 3. At this time, AMF1 (605) can consider SUPI1, PDU Session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc. when selecting an SMF.

[0189] In step 620, AMF1 (605) can transmit the PDU session establishment request message received in step 610 to SMF1 (603), which is the SMF selected (selected) in step 615. At this time, the request message can include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc.

[0190] At step 625, SMF1 (606) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (608), update it, and request notification of any future changes. The subscription data received by SMF1 (606) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, even though a terminal (601) capable of supporting DS with DS Cap1 sends a PDU session establishment request with the intention of supporting DS with DS Ind1, SMF1 (606) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (601), SMF1 (606) may send a response including an error cause by writing the reason that it is not supported in the DS support information to the terminal (601), AN1 (602), or AMF1 (605).

[0191] At step 630, SMF1 (606) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (607), update it, and request notification of any future changes. The policy data received by SMF1 (606) may include information on whether the same SMF for the DS is supported. Whether the same SMF for the DS is supported is information that includes (indicates) whether the PLMN1 or SMF1 (606) will use the same SMF for the DS for the terminal (601) of the corresponding SUPI (SUPI1).

[0192] At step 635, SMF1 (606) can perform a policy update. Furthermore, SMF1 (606) can check policy information and initiate an SMF reselection process if the current SMF1 (606) cannot support the DS service through the same SMF.

[0193] At step 640, SMF1 (606) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (605). At this time, the response message can include additional information such as policy update and SMF reselection.

[0194] At step 643, if SMF reselection was requested at step 640, AMF1 (605) can select SMF again. At step 643, SMF1 (606) can select UPF (604) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (604) via SUPI1's terminal (601) and AN1 (602) for PDU session 1. Afterwards, SMF1 (606) can store PDU session ID1, DS Info, etc.

[0195] In step 645, AMF1 (605) may transmit the PDU session establishment response message received in step 640 or additionally updated in step 643 to the DS-supporting terminal (601) via AN1 (602). At this time, the response message may include additional information such as policy update and SMF reselection.

[0196] In step 650, if necessary, a UE policy update process can be performed between the terminal (601) and PCF1 (607). In addition, an SMF reselection process can be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (606), steps 610 to 645 can be performed again. When the PDU session establishment is completed, the terminal (601), AN1 (602), AMF1 (605), and SMF1 (606) can store DS Info, and the UDM (608) can record the DS Info and information of SMF1 (606). At this time, the stored DS Info can be as shown in the following [Table 10].

[0197] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF1N / AN / A

[0198] When step 650 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected, and SMF1 is selected to establish a PDU session corresponding to PDU session ID1. DS info may include SUPI2, AN2, PLMN1, AMF1 information stored in the registration procedure with AN2 (603).

[0199] In step 655, the DS-supporting terminal (601) can transmit a PDU session establishment request message to AMF1 (605) via AN2 (603). The AN2 (603) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (601) to access AN2 (603) and is information pre-registered in the UDM (608) so that it has a common profile with SUPI1. PDU session ID2 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI2. DS Cap2 indicates a function of the terminal (601) whether the terminal supports the dual steer function. DS Ind2 is information indicating whether this terminal (601) intends to use an application for DS. DS Info2 is information related to the dual steer function of this terminal (601) and may include at least one of the contents of [Table 11] below.

[0200] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1N / APDU Session ID2

[0201] In step 655, DS Info2 that the terminal (601) has and transmits to AMF1 (605) may include SUPI2, AN2, PLMN1, AMF1, and PDU session ID2. In this case, since the terminal (601) requests establishment of a PDU session corresponding to PDU session ID2 and SMF selection has not yet been performed, DS info2 may not include information such as SMF. In addition, DS Info2 may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 information that are stored in the PDU session establishment procedure to AN1 (602).

[0202] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (601) wants to use by connecting to the corresponding AN2 (603) and the data network name to be used in the network slice.

[0203] At step 660, AMF1 (605) can select an SMF. At this time, AMF1 (605) can utilize the input information of the terminal (601) and the context within AMF (605) as described in 1.B in the embodiment related to FIG. 3. At this time, AMF1 (605) can consider SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. when selecting an SMF.

[0204] In step 665, AMF1 (605) can transmit the PDU session establishment request message received in step 655 to SMF1 (606), which is the SMF selected (selected) in step 660. At this time, the request message can include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc.

[0205] At step 670, SMF1 (606) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (608), update it, and request to be notified of any future changes. The subscription data received by SMF1 (606) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (601) capable of supporting DS with DS Cap2 sends a PDU session establishment request with the intention of supporting DS with DS Ind2, SMF1 (606) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (601), SMF1 (606) may send a response including an error cause by writing the reason that it is not supported in the DS support information to the terminal (601), AN2 (603), or AMF1 (605).

[0206] At step 675, SMF1 (606) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (607), update it, and request notification of any future changes. The policy data received by SMF1 (606) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information that includes (indicates) whether the PLMN1 or SMF1 (606) will use the same SMF for the DS for the terminal (601) of the SUPI (SUPI2).

[0207] At step 680, SMF1 (606) can perform a policy update. Furthermore, SMF1 (606) can check policy information and initiate an SMF reselection process if the current SMF1 (606) cannot support the DS service through the same SMF.

[0208] At step 685, SMF1 (606) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (605). At this time, the response message can include additional information such as policy update and SMF reselection.

[0209] At step 687, if SMF reselection was requested at step 685, AMF1 (605) can select SMF again. At step 687, SMF1 (606) can select UPF (604) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (604) via terminal (601) and AN2 (603) of SUPI2 for PDU session 2. Afterwards, SMF1 (606) can store PDU session ID2, DS Info, etc.

[0210] At step 690, AMF1 (605) can transmit the PDU session establishment response message received at step 685 or additionally updated at step 687 to the DS-supporting terminal (601) via AN2 (603). At this time, the response message can include additional information such as policy update and SMF reselection.

[0211] In step 695, if necessary, a UE policy update process may be performed between the terminal (601) and PCF1 (607). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (606), steps 655 to 690 may be performed again. For example, this may apply when the PDU session request to AN1 (602) and the PDU session request to AN2 (603) are performed simultaneously, resulting in the selection of different SMFs.

[0212] When PDU session establishment is completed, terminal (601), AN2 (603), AMF1 (605), and SMF1 (606) can store DS Info, and UDM (608) can record DS Info and information of SMF1 (606). At this time, the stored DS Info can be as shown in the following [Table 12].

[0213] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1SMF1PDU Session ID2

[0214] When step 695 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1, SUPI2, AN2, PLMN1, AMF1, SMF1, PDU session ID2 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID1, and when requesting DS support with SUPI2 and connecting to AN2 belonging to PLMN1, AMF1 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID2.

[0215] FIG. 7 illustrates an example of a method for selecting a different SMF when using the same AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0216] In this embodiment, it is required when the target DNN / S-NSSAI is the same, and may not be used when the target DNN / S-NSSAI is different.

[0217] Referring to FIG. 7, in step 710, a DS-supporting terminal (701) may transmit a PDU session establishment request message to AMF1 (705) via AN1 (702). The AN1 (702) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, etc. SUPI1 is a User ID used by the DS-supporting terminal (701) to access AN1 (702), and is information pre-registered in the UDM (708) so that it has a common profile with SUPI2. PDU session ID1 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI1. DS Cap1 indicates a function of the terminal (701) whether the terminal supports the dual steer function. DS Ind1 is information indicating whether this terminal (701) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (701) and may include at least one of the contents of [Table 13] below.

[0218] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / APDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF1N / AN / A

[0219] In step 710, DS Info1 that the terminal (701) has and transmits to AMF1 (705) may include SUPI1, AN1, PLMN1, AMF1, and PDU session ID1. In this case, since the terminal (701) requests establishment for a PDU session corresponding to PDU session ID1 and SMF selection has not yet been performed, DS Info1 may not include information such as SMF. In addition, DS Info1 may include SUPI2, AN2, PLMN1, and AMF1 information stored in the registration procedure with AN2 (703).

[0220] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (701) wants to use by connecting to the corresponding AN1 (702) and the data network name to be used in the network slice.

[0221] At step 715, AMF1 (705) can select an SMF. At this time, AMF1 (705) can utilize input information of the terminal (701) and context within AMF (705) as described in 1.B or 1.C in the embodiment related to FIG. 3. At this time, AMF1 (705) can consider SUPI1, PDU Session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc. when selecting an SMF.

[0222] In step 720, AMF1 (705) can transmit the PDU session establishment request message received in step 710 to SMF1 (706), which is the SMF selected (selected) in step 715. At this time, the request message can include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc.

[0223] At step 725, SMF1 (706) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (708), update it, and request to be notified of any future changes. The subscription data received by SMF1 (706) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, even though a terminal (701) capable of supporting DS with DS Cap1 sends a PDU session establishment request with the intention of supporting DS with DS Ind1, SMF1 (706) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (701), SMF1 (706) may send a response including an error cause by writing the reason that it is not supported in the DS support information to the terminal (701), AN1 (702), or AMF1 (705).

[0224] At step 727, SMF1 (706) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (707), update it, and request notification of any future changes. The policy data received by SMF1 (706) may include information on whether the same SMF for the DS is supported. Whether the same SMF for the DS is supported is information that includes (indicates) whether the PLMN1 or SMF1 (706) will use the same SMF for the DS for the terminal (701) of the corresponding SUPI (SUPI1).

[0225] At step 730, SMF1 (706) can perform a policy update. Furthermore, SMF1 (706) can check policy information and initiate an SMF reselection process if the current SMF1 (706) cannot support the DS service through the same SMF.

[0226] At step 735, SMF1 (706) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (705). At this time, the response message can include additional information such as policy update and SMF reselection.

[0227] At step 737, if SMF reselection was requested at step 735, AMF1 (705) can select SMF again. At step 737, SMF1 (706) can select UPF (704) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (704) via SUPI1's terminal (701) and AN1 (702) for PDU session 1. Afterwards, SMF1 (706) can store PDU session ID1, DS Info, etc.

[0228] At step 740, AMF1 (705) can transmit the PDU session establishment response message received at step 735 or additionally updated at step 737 to the DS-supporting terminal (701) via AN1 (702). At this time, the response message can include additional information such as policy update and SMF reselection.

[0229] In step 745, if necessary, a UE policy update process may be performed between the terminal (701) and PCF1 (707). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (706), steps 710 to 740 may be performed again. When the PDU session establishment is completed, the terminal (701), AN1 (702), AMF1 (705), and SMF1 (706) may store DS Info, and the UDM (708) may record the DS Info and information of SMF1 (706). At this time, the stored DS Info may be as shown in the following [Table 14].

[0230] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF1N / AN / A

[0231] When step 745 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected, and SMF1 is selected to establish a PDU session corresponding to PDU session ID1. In addition, DS info may include SUPI2, AN2, PLMN1, and AMF1 information stored in the registration procedure with AN2 (703).

[0232] At step 750, the DS-supporting terminal (701) can transmit a PDU session establishment request message to AMF1 (705) via AN2 (703). The AN2 (703) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (701) to access AN2 (703) and is information pre-registered in the UDM (708) so that it has a common profile with SUPI1. PDU session ID2 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI2. DS Cap2 indicates a function of the terminal (701) to determine whether the terminal supports the dual steer function. DS Ind2 is information indicating whether this terminal (701) intends to use a DS application. DS Info2 is information related to the dual steer function of this terminal (701) and may include at least one of the contents of [Table 15] below.

[0233] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1N / APDU Session ID2

[0234] In step 750, DS Info2 that the terminal (701) has and transmits to AMF1 (705) may include SUPI2, AN2, PLMN1, AMF1, and PDU session ID2. In this case, since the terminal (701) requests establishment of a PDU session corresponding to PDU session ID2 and SMF selection has not yet been performed, DS Info2 may not include information such as SMF. In addition, DS Info2 may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 information that are stored in the PDU session establishment procedure to AN1 (702).

[0235] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (701) wants to use by connecting to the corresponding AN2 (703) and the data network name to be used in the network slice.

[0236] At step 755, AMF1 (705) can select an SMF. At this time, AMF1 (705) can utilize the input information of the terminal (701) and the context within AMF (705) as described in 1.C in the embodiment related to FIG. 3. At this time, AMF1 (705) can consider SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. when selecting an SMF.

[0237] In step 760, AMF1 (705) can transmit the PDU session establishment request message received in step 750 to SMF2 (709), which is the SMF selected (selected) in step 755. At this time, the request message can include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc.

[0238] At step 765, SMF2 (709) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (708), update it, and request to be notified of any future changes. The subscription data received by SMF2 (709) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (701) capable of supporting DS with DS Cap2 sends a PDU session establishment request with the intention of supporting DS with DS Ind2, SMF2 (709) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (701), SMF2 (709) may send a response including an error cause by writing the reason that it is not supported in the DS support information to the terminal (701), AN2 (703), or AMF1 (705).

[0239] At step 767, SMF2 (709) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (707), update it, and request notification of any future changes. The policy data received by SMF2 (709) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information that includes (indicates) whether the PLMN1 or SMF2 (709) will use the same SMF for the DS for the terminal (701) of the corresponding SUPI (SUPI2).

[0240] At step 770, SMF2 (709) can perform a policy update. Furthermore, SMF2 (709) can check policy information and initiate an SMF reselection process if the current SMF2 (709) cannot support the DS service through the same SMF.

[0241] At step 775, SMF2 (709) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (705). At this time, the response message can include additional information such as policy update and SMF reselection.

[0242] At step 777, if SMF reselection was requested at step 775, AMF1 (705) can select SMF again. At step 777, SMF2 (709) can select UPF (704) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (704) via terminal (701) and AN2 (703) of SUPI2 for PDU session 2. Afterwards, SMF2 (709) can store PDU session ID2, DS Info, etc.

[0243] At step 780, AMF1 (705) can transmit the PDU session establishment response message received at step 775 or additionally updated at step 777 to the DS-supporting terminal (701) via AN2 (703). At this time, the response message can include additional information such as policy update and SMF reselection.

[0244] At step 785, if necessary, a UE policy update process may be performed between the terminal (701) and PCF1 (707). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF2 (709), steps 750 to 780 may be performed again. When PDU session establishment is completed, the terminal (701), AN2 (703), AMF1 (705), and SMF2 (709) may store DS Info, and the UDM (708) may record the DS Info and information of SMF2 (709). At this time, the stored DS Info may be as shown in the following [Table 16].

[0245] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF1SMF2PDU Session ID2

[0246] When step 785 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1, SUPI2, AN2, PLMN1, AMF1, SMF2, PDU session ID2 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID1, and when requesting DS support with SUPI2 and connecting to AN2 belonging to PLMN1, AMF1 is selected and SMF2 is selected to establish a PDU session corresponding to PDU session ID2.

[0247] According to an embodiment, at step 790, AMF1 (705) may send a PDU session update request for PDU session 1 or a notification of information to SMF1 (706) to update a PDU session related context. The PDU session update request or the notification of information of updating a PDU session related context may include at least one of PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (706) updates the DS Info, recognizes that PDU session 2 using AN2 (703) associated with PDU session 1 using AN1 (702) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0248] According to an embodiment, in step 795, the UDM (708) may send a PDU session update request for PDU session 1 or a notification of information to update a PDU session-related context to SMF1 (706). The PDU session update request or the notification of information of updating a PDU session-related context may include at least one of PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, the SMF1 (706) updates the DS Info, recognizes that a PDU session 2 using AN2 (703) associated with PDU session 1 using AN1 (702) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0249] According to an embodiment, at step 797, SMF2 (709) may send SMF1 (706) a PDU session update request for PDU session 1 or an information notification to update a PDU session-related context. The PDU session update request or the information notification to update a PDU session-related context may include at least one of PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (706) updates DS Info, recognizes that PDU session 2 using AN2 (703) associated with PDU session 1 using AN1 (702) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0250] FIG. 8 illustrates an example of a method for selecting a different AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0251] Referring to FIG. 8, in step 810, a DS-supporting terminal (801) may transmit a registration or TA update request message to AN1 (802). The AN1 (802) may be a base station, but is not limited thereto. At this time, the request message may include SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. SUPI1 is a User ID used by the DS-supporting terminal (801) to access AN1 (802), and is information pre-registered in the UDM (808) so that it has a common profile with SUPI2. DS Cap1 indicates a function of the terminal (801) to determine whether the terminal (801) supports the dual steer function. DS Ind1 is information indicating whether the terminal (801) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (801) and may include at least one of the contents of [Table 17] below.

[0252] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1N / AN / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0253] In step 810, DS Info1 that the terminal (801) has and transmits to AN1 (802) may include SUPI1, AN1, and PLMN1. That is, since selection of AMF, SMF, etc. has not yet been made, DS info1 may not include information such as AMF, SMF, PDU session ID, etc.

[0254] In addition, Requested NS IDs indicate the IDs of the network slices that the terminal (801) wishes to use by connecting to the corresponding AN1 (802). Cell ID1 is base station information when the terminal (801) connects through AN1 (802), and therefore, can also be used as location information of the terminal (801) based on AN1 (802).

[0255] At step 815, AN1 (802) can select an AMF. At this time, AN1 (802) can select a different AMF as shown in FIG. 2(b). At this time, AN1 (802) can utilize the input information of the terminal (801) as described in 2.A in the embodiment related to FIG. 3. At this time, AN1 (802) can consider SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc. when selecting an AMF.

[0256] In step 820, AN1 (802) may transmit the registration or TA update request message received in step 810 to AMF1 (805), which is the AMF selected (selected) in step 815. At this time, the request message may include at least one of SUPI1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, Requested NS IDs, Cell ID1, etc.

[0257] At step 825, AMF1 (805) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (808), update it, and request to be notified of any future changes. The subscription data received by AMF1 (805) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, even though a terminal (801) capable of supporting DS with DS Cap1 sends a registration or TA update request with the intention of requesting DS support with DS Ind1, AMF1 (805) may reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (801), AMF1 (805) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (801) or AN1 (802).

[0258] At step 830, AMF1 (805) receives access and mobility-related policy data (policy request and policy response) through signaling with PCF1 (807), updates it, and requests notification of any future changes. The policy data received by AMF1 (805) may include information on whether the same AMF for the DS is supported. The same AMF for the DS is information that includes (indicates) whether the PLMN1 or AMF1 (805) will use the same AMF for the DS for the terminal of the corresponding SUPI.

[0259] At step 835, AMF1 (805) can perform a policy update. Furthermore, AMF1 (805) can check policy information and initiate an AMF reselection process if the current AMF1 (805) cannot support the DS service through the same AMF.

[0260] At step 840, AMF1 (805) can transmit a registration / TA update response message to the DS-supporting terminal (801) via AN1 (802). At this time, the response message can include additional information such as policy update and AMF reselection.

[0261] At step 845, if necessary, a UE policy update process may be performed between the terminal (801) and PCF1 (807). In addition, an AMF reselection process may be performed if necessary, and after another AMF is selected other than the previously selected AMF1 (805), steps 810 to 840 may be performed again. When registration / TA update is completed, the terminal (801), AN1 (802), and AMF1 (805) may store DS Info, and the UDM (808) may record the DS Info and information of AMF1 (805). At this time, the stored DS Info may be as shown in the following [Table 18].

[0262] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / AN / AN / AN / AN / AN / A

[0263] When step 845 is performed, DS info may include SUPI1, AN1, PLMN1, and AMF1 as illustrated. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1.

[0264] In step 850, the DS-supporting terminal (801) can transmit a registration or TA update request message to AN2 (803). The AN2 (803) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (801) to access AN2 (803) and is information pre-registered in the UDM so that it has a common profile with SUPI1. DS Cap2 indicates a function of the terminal (801) whether the terminal (801) supports the dual steer function. DS Ind2 is information indicating whether the terminal (801) intends to use a DS application. DS Info2 is information related to the dual steer function of this terminal (801) and may include at least one of the contents of [Table 19] below.

[0265] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1N / AN / AN / A

[0266] At step 850, the DS Info2 that the terminal (801) has and transmits to AN2 (803) may include SUPI2, AN2, and PLMN1. That is, since selection of AMF, SMF, etc. has not yet been made in the registration procedure with AN2 (803), DS Info2 may not include information such as AMF, SMF, PDU session ID, etc. In addition, DS Info2 may include SUPI1, AN1, PLMN1, and AMF1 information that was stored in the registration procedure with AN1 (802).

[0267] In addition, the Requested NS IDs indicate the IDs of the network slices that the terminal (801) wishes to use by connecting to the corresponding AN2 (803). Cell ID2 is base station information when the terminal (801) connects via AN2 (803), and therefore, can also be used as location information of the terminal (801) based on AN2 (803).

[0268] At step 855, AN2 (803) can select an AMF. At this time, AN2 (803) can select an AMF (AMF2) (809) different from the AMF (AMF1) (805) selected by AN1 (802) as shown in FIG. 2(b). At this time, AN2 (803) can utilize the input information of the terminal (801) as described in 2.A in the embodiment related to FIG. 3. At this time, AN2 (803) can consider SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, Requested NS IDs, Cell ID2, etc. when selecting an AMF.

[0269] In step 860, AN2 (803) may transmit the registration or TA update request message received in step 850 to AMF2 (809), which is the AMF selected in step 855. At this time, the request message may include at least one of SUPI2, DS Cap2, DS Ind2, DS Info2, PLMN2, AN2, Requested NS IDs, Cell ID2, etc.

[0270] At step 865, AMF2 (809) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (808), update it, and request to be notified of any future changes. The subscription data received by AMF2 (809) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (801) capable of supporting DS with DS Cap2 sends a registration or TA update request with the intention of supporting DS with DS Ind2, AMF2 (809) may reject the registration or TA update request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (801), AMF2 (809) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (801) or AN2 (803).

[0271] At step 870, AMF2 (809) may receive access and mobility related policy data (policy request and policy response) through signaling with PCF1 (807), update it, and request notification of any future changes. The policy data received by AMF2 (809) may include information on whether the same AMF for the DS is supported. The same AMF for the DS is information that includes (indicates) whether the PLMN1 or AMF2 (809) will use the same AMF for the DS for the terminal (801) of the corresponding SUPI (SUPI2).

[0272] At step 875, AMF2 (809) can perform a policy update. Furthermore, AMF2 (809) can check policy information and initiate an AMF reselection process if the current AMF2 (809) cannot support the DS service through the same AMF.

[0273] At step 880, AMF2 (809) can transmit a registration / TA update response message to the DS-supporting terminal (801) via AN2 (803). At this time, the response message can include additional information such as policy update or AMF reselection.

[0274] In step 885, if necessary, an AMF reselection process is performed, and after another AMF, AMF1 (805), is selected in addition to the previously selected AMF2 (809), steps 850 to 880 may be performed again. In addition, if necessary, a UE policy update process may be performed between the terminal (801) and PCF1 (807). When registration / TA update is completed, the terminal (801), AN2 (803), and AMF2 (809) may store DS Info, and the UDM (808) may record the DS Info and information of AMF2 (809). At this time, the stored DS Info may be as shown in the following [Table 20].

[0275] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / AN / ASUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF2N / AN / A

[0276] When step 885 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SUPI2, AN2, PLMN1, AMF2 as illustrated. For example, DS info may include information that AMF1 is selected when connecting to AN1 belonging to PLMN1 while requesting DS support with SUPI1, and AMF2 is selected when connecting to AN2 belonging to PLMN1 while requesting DS support with SUPI2.

[0277] According to an embodiment, at step 890, AMF2 (809) may notify AMF1 (805) of an update of DS Info associated with SUPI1. Upon receiving this, AMF1 (805) may update its DS Info associated with SUPI1.

[0278] According to an embodiment, at step 895, UDM (808) may notify AMF1 (805) of the DS Info update associated with SUPI1. Upon receiving this, AMF1 (805) may update its DS Info associated with SUPI1.

[0279] FIG. 9 illustrates an example of a method for selecting the same SMF when using different AMFs to support dual steer in a single PLMN according to an embodiment of the present invention.

[0280] In this embodiment, the same SMF is selected when the target DNN / S-NSSAI is the same. However, when the target DNN / S-NSSAI is different, the same SMF may not be selected.

[0281] Referring to FIG. 9, in step 910, a DS-supporting terminal (901) may transmit a PDU session establishment request message to AMF1 (905) via AN1 (902). The AN1 (902) may be a base station, but is not limited thereto. At this time, the PDU session establishment request message may include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, etc. SUPI1 is a User ID used by the DS-supporting terminal (901) to access AN1 (902), and is information pre-registered in the UDM (908) so that it has a common profile with SUPI2. PDU session ID1 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI1. DS Cap1 indicates a function of the terminal (901) whether the terminal supports the dual steer function. DS Ind1 is information indicating whether this terminal (901) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (901) and may include at least one of the contents of [Table 21] below.

[0282] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / APDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF2N / AN / A

[0283] In step 910, DS Info1, which the terminal (901) has and transmits to AMF1 (905), may include SUPI1, AN1, PLMN1, AMF1, and PDU session ID1. In this case, since the terminal (701) requests establishment for a PDU session corresponding to PDU session ID1 and SMF selection has not yet been performed, DS Info1 may not include information such as SMF. In addition, DS Info1 may include SUPI2, AN2, PLMN1, and AMF2 information stored in the registration procedure with AN2 (903).

[0284] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (901) wants to use by connecting to the corresponding AN1 (902) and the data network name to be used in the network slice.

[0285] At step 915, AMF1 (905) can select an SMF. At this time, AMF1 (905) can utilize the input information of the terminal (901) and the context within AMF (905) as described in 1.B in the embodiment related to FIG. 3. At this time, AMF1 (905) can consider SUPI1, PDU Session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc. when selecting an SMF.

[0286] In step 920, AMF1 (905) can transmit the PDU session establishment request message received in step 910 to SMF1 (906), which is the SMF selected (selected) in step 915. At this time, the request message can include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc.

[0287] At step 925, SMF1 (906) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (908), update it, and request to be notified of any future changes. The subscription data received by SMF1 (906) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, even though a terminal (901) capable of supporting DS with DS Cap1 sends a PDU session establishment request with the intention of supporting DS with DS Ind1, SMF1 (906) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (901), SMF1 (906) may send a response including an error cause by writing the reason that it is not supported in the DS support information to the terminal (901), AN1 (902), or AMF1 (905).

[0288] At step 927, SMF1 (906) may receive session management related policy data (policy request and policy response) through signaling with PCF1 (907), update it, and request notification of any future changes. The policy data received by SMF1 (906) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information that includes (indicates) whether the PLMN1 or SMF1 (906) will use the same SMF for the DS for the terminal (901) of the corresponding SUPI (SUPI1).

[0289] At step 930, SMF1 (906) can perform a policy update. Furthermore, SMF1 (906) can check policy information and initiate an SMF reselection process if the current SMF1 (906) cannot support the DS service through the same SMF.

[0290] At step 935, SMF1 (906) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (905). At this time, the response message can include additional information such as policy update and SMF reselection.

[0291] At step 937, if SMF reselection was requested at step 935, AMF1 (905) can select SMF again. At step 937, SMF1 (906) can select UPF (904) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (904) via SUPI1's terminal (901) and AN1 (902) for PDU session 1. Afterwards, SMF1 (906) can store PDU session ID1, DS Info, etc.

[0292] At step 940, AMF1 (905) can transmit the PDU session establishment response message received at step 935 or additionally updated at step 937 to the DS-supporting terminal (901) via AN1 (902). At this time, the response message can include additional information such as policy update and SMF reselection.

[0293] At step 945, if necessary, a UE policy update process may be performed between the terminal (901) and PCF1 (907). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (906), steps 910 to 940 may be performed again. When the PDU session establishment is completed, the terminal (901), AN1 (902), AMF1 (905), and SMF1 (906) may store DS Info, and the UDM (908) may record the DS Info and information of SMF1 (906). At this time, the stored DS Info may be as shown in the following [Table 22].

[0294] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF2N / AN / A

[0295] When step 945 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected, and SMF1 is selected to establish a PDU session corresponding to PDU session ID1. In addition, DS info may include SUPI2, AN2, PLMN1, and AMF2 information stored in the registration procedure with AN2 (903).

[0296] At step 950, the DS-supporting terminal (901) can transmit a PDU session establishment request message to AMF2 (909) via AN2 (903). The AN2 (703) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (901) to access AN2 (903) and is information pre-registered in the UDM (908) so that it has a common profile with SUPI1. PDU session ID2 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI2. DS Cap2 indicates a function of the terminal (901) whether the terminal supports the dual steer function. DS Ind2 is information indicating whether this terminal (901) intends to use an application for DS. DS Info2 is information related to the dual steer function of this terminal (901) and may include at least one of the contents of [Table 23] below.

[0297] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF2N / APDU Session ID2

[0298] At step 950, the DS Info2 that the terminal (901) has and transmits to AMF2 (909) may include SUPI2, AN2, PLMN1, AMF2, and PDU session ID2. In this case, since the terminal (901) requests establishment of a PDU session corresponding to PDU session ID2 and SMF selection has not yet been performed, DS info2 may not include information such as SMF. In addition, DS Info2 may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 information that are stored in the PDU session establishment procedure to AN1 (902).

[0299] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (901) wants to use by connecting to the corresponding AN2 (903) and the data network name to be used in the network slice.

[0300] At step 955, AMF2 (909) can select an SMF. At this time, AMF2 (909) can utilize the input information of the terminal (901) and the context within AMF (909) as described in 2.B in the embodiment related to FIG. 3. At this time, AMF2 (909) can consider SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. when selecting an SMF.

[0301] In step 960, AMF2 (909) can transmit the PDU session establishment request message received in step 950 to SMF1 (906), which is the SMF selected (selected) in step 955. At this time, the request message can include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc.

[0302] At step 963, SMF1 (906) may receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (908), update it, and request to be notified of any future changes. The subscription data received by SMF1 (906) may include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, even though a terminal (901) capable of supporting DS with DS Cap2 sends a PDU session establishment request with the intention of supporting DS with DS Ind2, SMF1 (906) may reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (901), SMF1 (906) may send a response including the cause of the error by writing the reason that it is not supported in the DS support information to the terminal (901), AN2 (903), or AMF2 (909).

[0303] At step 965, SMF1 (906) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (907), update it, and request notification of any future changes. The policy data received by SMF1 (906) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information that includes (indicates) whether the PLMN1 or SMF1 (906) will use the same SMF for the DS for the terminal (901) of the SUPI (SUPI2).

[0304] At step 967, SMF1 (906) can perform a policy update. Furthermore, SMF1 (906) can check policy information and initiate an SMF reselection process if the current SMF1 (906) cannot support the DS service through the same SMF.

[0305] At step 970, SMF1 (906) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF2 (909). At this time, the response message can include additional information such as policy update and SMF reselection.

[0306] At step 975, if SMF reselection was requested at step 970, AMF2 (909) can select SMF again. At step 975, SMF1 (906) can select UPF (904) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (904) via SUPI2's terminal (901) and AN2 (903) for PDU session 2. Afterwards, SMF1 (906) can store PDU session ID2, DS Info, etc.

[0307] At step 980, AMF2 (909) can transmit the PDU session establishment response message received at step 970 or additionally updated at step 975 to the DS-supporting terminal (901) via AN2 (903). At this time, the response message can include additional information such as policy update and SMF reselection.

[0308] At step 985, if necessary, a UE policy update process may be performed between the terminal (901) and PCF1 (907). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (906), steps 950 to 980 may be performed again. When the PDU session establishment is completed, the terminal (901), AN2 (903), AMF2 (909), and SMF1 (906) may store DS Info, and the UDM (908) may record the DS Info and information of SMF1 (906). At this time, the stored DS Info may be as shown in the following [Table 23].

[0309] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF2SMF1PDU Session ID2

[0310] When step 985 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1, SUPI2, AN2, PLMN1, AMF2, SMF1, PDU session ID2 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID1, and when requesting DS support with SUPI2 and connecting to AN2 belonging to PLMN1, AMF2 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID2.

[0311] According to an embodiment, in step 990, AMF2 (909) may send a PDU session update request for PDU session 1 or a notification of information to SMF1 (906) to update a PDU session related context. The PDU session update request or the notification of information of updating a PDU session related context may include at least one of PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (906) updates the DS Info, recognizes that PDU session 2 using AN2 (903) associated with PDU session 1 using AN1 (902) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0312] According to an embodiment, in step 995, the UDM (908) may send a PDU session update request for PDU session 1 or a notification of information to update a PDU session-related context to SMF1 (906). The PDU session update request or the notification of information of updating a PDU session-related context may include at least one of PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, the SMF1 (906) updates the DS Info and recognizes that a PDU session 2 using AN2 (903) associated with PDU session 1 using AN1 (902) has been created, and may perform data steering, switching, or simultaneous data transmission for each service to the two PDU sessions according to each status change.

[0313] FIG. 10 illustrates an example of a method for selecting a different SMF when using a different AMF to support dual steer in a single PLMN according to an embodiment of the present invention.

[0314] In this embodiment, it is required when the target DNN / S-NSSAI is the same, and may not be used when the target DNN / S-NSSAI is different.

[0315] Referring to FIG. 10, in step 1010, a DS-supporting terminal (1001) may transmit a PDU session establishment request message to AMF1 (1005) via AN1 (1002). The AN1 (1002) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, etc. SUPI1 is a User ID used by the DS-supporting terminal (1001) to access AN1 (1002) and is information pre-registered in the UDM (1008) so that it has a common profile with SUPI2. PDU session ID1 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI1. DS Cap1 indicates whether the terminal (1001) supports the dual steer function. DS Ind1 is information indicating whether this terminal (1001) intends to use a DS application. DS Info1 is information related to the dual steer function of this terminal (1001) and may include at least one of the contents of [Table 25] below.

[0316] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1N / APDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF2N / AN / A

[0317] In step 1010, DS Info1, which the terminal (1001) has and transmits to AMF1 (1005), may include SUPI1, AN1, PLMN1, AMF1, and PDU session ID1. In this case, since the terminal (1001) requests establishment for a PDU session corresponding to PDU session ID1 and SMF selection has not yet been performed, DS Info1 may not include information such as SMF. In addition, DS Info1 may include SUPI2, AN2, PLMN1, and AMF2 information stored in the registration procedure with AN2 (1003).

[0318] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (1001) wishes to use by connecting to the corresponding AN1 (1002) and the data network name to be used in the network slice.

[0319] At step 1015, AMF1 (1005) can select an SMF. At this time, AMF1 (1005) can utilize the input information of the terminal (1001) and the context within AMF (1005) as described in 1.C in the embodiment related to FIG. 3. At this time, AMF1 (1005) can consider SUPI1, PDU Session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc. when selecting an SMF.

[0320] In step 1020, AMF1 (1005) can transmit the PDU session establishment request message received in step 1010 to SMF1 (1006), which is the SMF selected (selected) in step 1015. At this time, the request message can include at least one of SUPI1, PDU session ID1, DS Cap1, DS Ind1, DS Info1, PLMN1, AN1, DNN / S-NSSAI, Cell ID1, etc.

[0321] At step 1025, SMF1 (1006) can receive subscription data through signaling with UDM (or UDR) (1008), update it, and request notification of future changes. The subscription data received by SMF1 (1006) can include DS support information. DS support is information including whether the corresponding SUPI (SUPI1) supports DS. If DS support is not supported, a terminal (1001) capable of supporting DS with DS Cap1 sends a PDU session establishment request with the intention of supporting DS with DS Ind1, but SMF1 (1006) can reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (1001), SMF1 (1006) may send a response including the cause of the error to the terminal (1001), AN1 (1002), or AMF1 (1005) by writing the reason why it is not supported in the DS support information.

[0322] At step 1027, SMF1 (1006) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (1007), update it, and request notification of any future changes. The policy data received by SMF1 (1006) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information that includes (indicates) whether the PLMN1 or SMF1 (1006) will use the same SMF for the DS for the terminal (1001) of the SUPI (SUPI1).

[0323] At step 1030, SMF1 (1006) can perform a policy update. Furthermore, SMF1 (1006) can check policy information and initiate an SMF reselection process if the current SMF1 (1006) cannot support the DS service through the same SMF.

[0324] At step 1035, SMF1 (1006) may transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF1 (1005). At this time, the response message may include additional information such as policy update and SMF reselection.

[0325] At step 1037, if SMF reselection was requested at step 1035, AMF1 (1005) can select SMF again. At step 1037, SMF1 (1006) can select UPF (1004) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (1004) via SUPI1's terminal (1001) and AN1 (1002) for PDU session 1. Afterwards, SMF1 (1006) stores PDU session ID1, DS Info, etc.

[0326] At step 1040, AMF1 (1005) can transmit the PDU session establishment response message received at step 1035 or additionally updated at step 1037 to the DS-supporting terminal (1001) via AN1 (1002). At this time, the response message can include additional information such as policy update and SMF reselection.

[0327] In step 1045, if necessary, a UE policy update process may be performed between the terminal (1001) and PCF1 (1007). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF1 (1006), steps 1010 to 1040 may be performed again. When PDU session establishment is completed, the terminal (1001), AN1 (1002), AMF1 (1005), and SMF1 (1006) may store DS Info, and the UDM (1008) may record the DS Info and information of SMF1 (1006). At this time, the stored DS Info may be as shown in the following [Table 26].

[0328] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2N / A or SUPI2N / A or AN2N / A or PLMN1N / A or AMF2N / AN / A

[0329] When step 1045 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected, and SMF1 is selected to establish a PDU session corresponding to PDU session ID1. In addition, DS info may include SUPI2, AN2, PLMN1, and AMF2 information stored in the registration procedure with AN2 (1003).

[0330] According to an embodiment, at step 1047, UDM (1008) may inform AMF2 (1009) of information related to the establishment of a PDU session corresponding to PDU session ID1 (inform, notify). The information related to the establishment of the PDU session may include SMF1 (1006), PDU session ID1, DS Info, etc. Upon receiving this, AMF2 (1009) may recognize that PDU session 1 using AN1 (1002) was created in association with SMF1 (1006).

[0331] According to an embodiment, at step 1047, AMF1 (1005) may inform AMF2 (1009) of information related to the establishment of a PDU session corresponding to PDU session ID1 (inform, notify). The information related to the establishment of the PDU session may include SMF1 (1006), PDU session ID1, DS Info, etc. Upon receiving this, AMF2 (1009) may recognize that PDU session 1 using AN1 (1002) was created in association with SMF1 (1006).

[0332] At step 1050, the DS-supporting terminal (1001) can transmit a PDU session establishment request message to AMF2 (1009) via AN2 (1003). The AN2 (1003) may be a base station, but is not limited thereto. At this time, the request message may include at least one of SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. SUPI2 is a User ID used by the DS-supporting terminal (1001) to access AN2 (1003) and is information pre-registered in the UDM (1008) so that it has a common profile with SUPI1. PDU session ID2 is an identifier assigned to a PDU session generated based on the corresponding SUPI, SUPI2. DS Cap2 indicates a function of the terminal (1001) to determine whether the terminal supports the dual steer function. DS Ind2 is information indicating whether this terminal (1001) intends to use a DS application. DS Info2 is information related to the dual steer function of this terminal (1001) and may include at least one of the contents of [Table 27] below.

[0333] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF2N / APDU Session ID2

[0334] In step 1050, DS Info2 that the terminal (1001) has and transmits to AMF2 (1009) may include SUPI2, AN2, PLMN1, AMF2, and PDU session ID2. In this case, since the terminal (1001) requests establishment of a PDU session corresponding to PDU session ID2 and SMF selection has not yet been performed, DS info2 may not include information such as SMF. In addition, DS Info2 may include SUPI1, AN1, PLMN1, AMF1, SMF1, and PDU session ID1 information that are stored in the PDU session establishment procedure to AN1 (1002).

[0335] In addition, DNN / S-NSSAI indicates the ID of the network slice that the terminal (1001) wishes to use by connecting to the corresponding AN2 (1002) and the data network name to be used in the network slice.

[0336] At step 1055, AMF2 (1009) can select an SMF. At this time, input information of the terminal (1001) and context within AMF (1009) can be utilized as in 2.C described in the embodiment related to FIG. 3. At this time, AMF2 (1009) can consider SUPI2, PDU session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc. when selecting an SMF. In this case, AMF2 (1009) can select SMF1 (1006) or select SMF2 (1000) which is different from SMF1 (1006).

[0337] In step 1060, AMF2 (1009) may transmit the PDU session establishment request message received in step 1050 to SMF2 (1000) different from the SMF selected (selected) in step 1055 (if SMF1 (1006) is selected in step 1055) or to SMF2 (1000) selected (selected) in step 1055 (if SMF2 (1000) is selected in step 1055). At this time, the request message may include at least one of SUPI2, PDU Session ID2, DS Cap2, DS Ind2, DS Info2, PLMN1, AN2, DNN / S-NSSAI, Cell ID2, etc.

[0338] At step 1063, SMF2 (1000) can receive subscription data (subscription data request and response) through signaling with UDM (or UDR) (1008), update it, and request notification of any future changes. The subscription data received by SMF2 (1000) can include DS support information. DS support is information including whether the corresponding SUPI (SUPI2) supports DS. If DS support is not supported, a terminal (1001) capable of supporting DS with DS Cap2 sends a PDU session establishment request with the intention of supporting DS with DS Ind2, but SMF2 (1000) can reject the PDU session establishment request on the grounds that it does not support DS. Depending on the embodiment, instead of sending a rejection message to the terminal (1001), SMF2 (1000) may send a response including the cause of the error to the terminal (1001), AN2 (1003), or AMF2 (1009) by writing the reason why it is not supported in the DS support information.

[0339] At step 1065, SMF2 (1000) may receive session management-related policy data (policy request and policy response) through signaling with PCF1 (1007), update it, and request notification of any future changes. The policy data received by SMF2 (1000) may include information on whether the same SMF for the DS is supported. The same SMF for the DS is information on whether the PLMN1 or SMF2 (1000) will use the same SMF for the DS for the terminal (1001) of the SUPI (SUPI2).

[0340] At step 1067, SMF2 (1000) can perform a policy update. Furthermore, SMF2 (1000) can check policy information and initiate an SMF reselection process if the current SMF2 (1000) cannot support the DS service through the same SMF.

[0341] At step 1070, SMF2 (1000) can transmit (send) a PDU session establishment response message (e.g., a PDU session establishment accept message) to AMF2 (1009). At this time, the response message can include additional information such as policy update and SMF reselection.

[0342] At step 1075, if SMF reselection was requested at step 1070, AMF2 (1009) can select SMF again. At step 1075, SMF2 (1000) can select UPF (1004) and perform N4 protocol signaling (UPF N4 setup) to establish a path to UPF (1004) via SUPI2's terminal (1001) and AN2 (1003) for PDU session 2. Afterwards, SMF2 (1000) can store PDU session ID2, DS Info, etc.

[0343] At step 1080, AMF2 (1009) can transmit the PDU session establishment response message received at step 1070 or additionally updated at step 1075 to the DS-supporting terminal (1001) via AN2 (1002). At this time, the response message can include additional information such as policy update and SMF reselection.

[0344] In step 1085, if necessary, a UE policy update process may be performed between the terminal (1001) and PCF1 (1007). In addition, an SMF reselection process may be performed if necessary, and after another SMF is selected other than the previously selected SMF2 (1000), steps 1050 to 1080 may be performed again. When PDU session establishment is completed, the terminal (1001), AN2 (1003), AMF2 (1009), and SMF2 (1000) may store DS Info, and the UDM (1008) may record the DS Info and information of SMF2 (1000). At this time, the stored DS Info may be as shown in the following [Table 28].

[0345] DS InfoSUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI1AN1PLMN1AMF1SMF1PDU Session ID1SUPI2AN2PLMN2AMF2SMF2PDU Session ID2SUPI2AN2PLMN1AMF2SMF2PDU Session ID2

[0346] When step 1085 is performed, DS info may include SUPI1, AN1, PLMN1, AMF1, SMF1, PDU session ID1, SUPI2, AN2, PLMN1, AMF2, SMF2, PDU session ID2 as illustrated. For example, DS info may include information that when requesting DS support with SUPI1 and connecting to AN1 belonging to PLMN1, AMF1 is selected and SMF1 is selected to establish a PDU session corresponding to PDU session ID1, and when requesting DS support with SUPI2 and connecting to AN2 belonging to PLMN1, AMF2 is selected and SMF2 is selected to establish a PDU session corresponding to PDU session ID2.

[0347] According to an embodiment, at step 1090, AMF2 (1009) may notify SMF1 (1006) of a PDU session update request for PDU session 1 or of information to update a PDU session-related context. The PDU session update request or the information to update a PDU session-related context may include PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (1006) updates the DS Info and recognizes that PDU session 2 using AN2 (1003) associated with PDU session 1 using AN1 (1002) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0348] According to an embodiment, in step 1095, the UDM (1008) may send a PDU session update request for PDU session 1 or a notification of information to update a PDU session-related context to SMF1 (1006). The PDU session update request or the notification of information of updating a PDU session-related context may include PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (1006) updates the DS Info and recognizes that PDU session 2 using AN2 (1003) associated with PDU session 1 using AN1 (1002) has been created, and may perform data steering, switching, or simultaneous data transmission for each service to the two PDU sessions according to each status change.

[0349] According to an embodiment, at step 1097, SMF2 (1000) may send a PDU session update request for PDU session 1 or a notification of information to SMF1 (1006) to update a PDU session related context. The PDU session update request or the notification of information to update a PDU session related context may include PDU session ID2, SMF2 and PDU session ID1, SMF1. DS Info. Upon receiving this, SMF1 (1006) updates the DS Info and recognizes that PDU session 2 using AN2 (1003) associated with PDU session 1 using AN1 (1002) has been created, and may perform data steering, switching, or simultaneous data transmission for each service in the two PDU sessions according to each status change.

[0350] FIG. 11 is a diagram showing the configuration of a terminal according to an embodiment of the present disclosure.

[0351] Referring to FIG. 11, a terminal according to an embodiment of the present disclosure may include a processor (control unit) (1120) that controls the overall operation of the terminal, a transceiver unit (1100) including a transmitter and a receiver, and a memory (910). Of course, the present invention is not limited to the above example, and the terminal may include more or fewer components than those illustrated in FIG. 11.

[0352] According to one embodiment of the present disclosure, the transceiver (1100) can transmit and receive signals with network entities or other terminals. The signals transmitted and received with the network entities may include control information and data. In addition, the transceiver (1100) can receive signals via a wireless channel, output them to the processor (1120), and transmit the signals output from the processor (1120) via the wireless channel.

[0353] According to one embodiment of the present disclosure, the processor (1120) can control the terminal to perform any one of the operations of the above-described embodiments. Meanwhile, the processor (1120), the memory (1110), and the transceiver (1100) do not necessarily have to be implemented as separate modules, and of course, they can be implemented as a single component in the form of a single chip. In addition, the processor (1120) and the transceiver (1100) can be electrically connected. In addition, the processor (1120) can be an Application Processor (AP), a Communication Processor (CP), a circuit, an application-specific circuit, or at least one processor.

[0354] According to one embodiment of the present disclosure, the memory (1110) can store data such as basic programs, application programs, and setting information for the operation of the terminal. In particular, the memory (1110) provides the stored data upon request of the processor (1120). The memory (1110) can be configured as a storage medium or a combination of storage media such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, there can be a plurality of memories (1110). In addition, the processor (1120) can perform the above-described embodiments based on a program for performing the above-described embodiments of the present disclosure stored in the memory (1110).

[0355] FIG. 12 is a diagram showing the configuration of a base station or network entity according to an embodiment of the present invention.

[0356] Referring to FIG. 12, a network entity according to an embodiment of the present disclosure may include a processor (control unit) (1220) that controls the overall operation of the network entity, a transceiver unit (1200) including a transmitter and a receiver, and a memory (1210). Of course, the present invention is not limited to the above example, and the network entity may include more or fewer components than those illustrated in FIG. 12.

[0357] According to one embodiment of the present disclosure, the transceiver (1200) can transmit and receive signals with at least one of other network entities or terminals. The signals transmitted and received with at least one of the other network entities or terminals may include control information and data.

[0358] According to one embodiment of the present disclosure, the processor (1220) can control a network entity to perform any one of the operations described above. Meanwhile, the processor (1220), the memory (1210), and the transceiver (1200) do not necessarily have to be implemented as separate modules, and of course, they can be implemented as a single component in the form of a single chip. In addition, the processor (1220) and the transceiver (1200) can be electrically connected. In addition, the processor (1220) can be an Application Processor (AP), a Communication Processor (CP), a circuit, an application-specific circuit, or at least one processor.

[0359] According to one embodiment of the present disclosure, the memory (1210) may store data such as basic programs, application programs, and setting information for the operation of a network entity. In particular, the memory (1210) provides the stored data upon request of the processor (1220). The memory (1210) may be configured as a storage medium or a combination of storage media such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD. In addition, there may be a plurality of memories (1210). In addition, the processor (1220) may perform the above-described embodiments based on a program for performing the above-described embodiments of the present disclosure stored in the memory (1210).

[0360] The above network entity may be any one of a base station, AMF, SMF, UPF, PCF, UDM, UDR, NEF, NRF, AF, NSSF, NWDAF, NSACF, AUSF, DN, EASDF, NSSAAF, AN, etc.

[0361] It should be noted that the aforementioned configuration diagrams, examples of control / data signal transmission methods, examples of operational procedures, and configuration diagrams are not intended to limit the scope of the present disclosure. That is, not all components, entities, or operational steps described in the embodiments of the present disclosure should be construed as essential components for implementing the disclosure, and implementations may be made within a scope that does not detract from the essence of the disclosure even if only some components are included. Furthermore, each embodiment may be combined and operated as needed. For example, parts of the methods proposed in the present disclosure may be combined to operate network entities and terminals.

[0362] The methods according to the embodiments described in the claims or specification of the present invention may be implemented in the form of hardware, software, or a combination of hardware and software.

[0363] The operations of the terminal, base station, or network entity described above can be realized by providing a memory device storing the corresponding program code in any component within the base station or terminal device. That is, the control unit of the base station or terminal device can execute the operations described above by reading and executing the program code stored in the memory device using a processor or CPU (Central Processing Unit).

[0364] The various components and modules of the entity, base station or terminal device described in this specification may be operated using hardware circuits, such as logic circuits based on complementary metal oxide semiconductors, firmware, software and / or hardware and firmware and / or software embedded in a machine-readable medium. For example, various electrical structures and methods may be implemented using electrical circuits such as transistors, logic gates and application-specific semiconductors.

[0365] When implemented in software, a computer-readable storage medium storing one or more programs (software modules) may be provided. The one or more programs stored in the computer-readable storage medium are configured for execution by one or more processors within an electronic device. The one or more programs include instructions that cause the electronic device to execute methods according to the embodiments described in the claims or specification of the present invention.

[0366] These programs (software modules, software) may be stored in random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable read only memory (EEPROM), magnetic disc storage device, compact disc ROM (CD-ROM), digital versatile discs (DVDs) or other forms of optical storage device, magnetic cassette. Or, they may be stored in a memory configured as a combination of some or all of these. In addition, each configuration memory may be included in multiple numbers.

[0367] Additionally, the program may be stored in an attachable storage device that is accessible via a communication network such as the Internet, an intranet, a local area network (LAN), a wide local area network (WLAN), a storage area network (SAN), or a combination thereof. Such a storage device may be connected to a device implementing an embodiment of the present invention via an external port. Additionally, a separate storage device on the communication network may be connected to a device implementing an embodiment of the present invention.

[0368] In the specific embodiments of the present invention described above, components included in the invention are expressed in the singular or plural form depending on the specific embodiment presented. However, the singular or plural expressions are selected to suit the presented situation for convenience of explanation, and the present invention is not limited to singular or plural components. Even components expressed in the plural form may be composed of singular elements, or even components expressed in the singular form may be composed of plural elements.

[0369] Meanwhile, while the detailed description of the present invention has described specific embodiments, it goes without saying that various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the scope of the following claims but also by equivalents of the scope of the claims. In other words, it will be apparent to those skilled in the art that other modifications based on the technical idea of ​​the present disclosure are possible. In addition, each of the above embodiments can be combined and operated with each other as needed. For example, parts of the methods proposed in the present disclosure can be combined with each other to operate a base station and a terminal. In addition, although the above embodiments have been presented based on a 5G, NR system, other modifications based on the technical idea of ​​the above embodiments can be implemented with other systems such as LTE, LTE-A, and LTE-A-Pro systems.

[0370] While the detailed description of this disclosure has described specific embodiments, it should be understood that various modifications are possible without departing from the scope of this disclosure. Therefore, the scope of this disclosure should not be limited to the described embodiments, but should be defined not only by the scope of the claims described below, but also by equivalents thereof.

Claims

1. A method performed by a terminal of a wireless communication system, A step of transmitting a first message associated with registration with a first access network for application of dual steer to a first access network entity; A step of receiving a second message including information of the first AMF in response to the first message from a first AMF (access and mobility management function) selected by the first access network entity; A step of storing information indicating that the first AMF has been selected for registration with the first access network in the dual steer information; A step of transmitting a third message associated with registration with a second access network for application of the above dual steer to the second access network entity; receiving a fourth message including information of the second AMF in response to the third message from the second AMF selected by the second access network entity; and A step of storing information indicating that the second AMF has been selected for registration with the second access network in the dual steer information, A method characterized in that the first AMF and the second AMF are the same AMF or different AMFs.

2. In paragraph 1, The first message includes at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network. A method according to claim 1, wherein the third message comprises at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

3. In paragraph 1, A step of transmitting a fifth message requesting establishment of a first PDU (protocol data unit) session to the first access network to the first AMF through the first access network entity; A step of receiving, in response to the fifth message, a sixth message from the first SMF selected by the first AMF, accepting establishment of the first PDU session and including information of the first SMF; A step of storing information indicating that the first SMF is selected for establishing the first PDU session in the dual steer information; A step of transmitting a seventh message requesting establishment of a second PDU session to the second access network to the second AMF through the second access network entity; A step of receiving a seventh message from a second SMF selected by the second AMF, in response to the seventh message, accepting establishment of the second PDU session and including information of the second SMF; and Including a step of storing information indicating that the second SMF is selected for establishing the second PDU session in the dual steer information, A method characterized in that the first SMF and the second SMF are the same SMF or different SMFs.

4. In paragraph 3, The fifth message includes at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network. A method according to claim 7, wherein the seventh message comprises at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use via the first access network.

5. A method performed by a first AMF (access and mobility management function) of a wireless communication system, A step of receiving a first message from a terminal through a first access network entity, the first message being associated with registration with a first access network for application of dual steer of the terminal; A step of transmitting a second message including information of the first AMF to the terminal through a first access network entity in response to the first message, when the terminal supports the dual steer and the first AMF supports the dual steer; A step of storing information indicating that the first AMF has been selected for registration with the first access network in the dual steer information; A step of receiving a third message from the terminal through a second access network entity, the third message associated with registration with the second access network for application of the dual steering of the terminal; If the terminal supports the dual steer and the first AMF supports the dual steer, a step of transmitting a fourth message including information of the first AMF to the terminal through a second access network entity in response to the third message; A method comprising the step of storing information in the dual steer information indicating that the first AMF has been selected for registration with the second access network.

6. In paragraph 5, A step of determining whether the terminal supports the dual steering based on the subscription information of the terminal received from UDM (unified data management); and A method characterized by further comprising a step of determining whether the first AMF supports the dual steer based on policy information received from a policy control function (PCF).

7. In paragraph 5, A step of transmitting the third message to a second AMF that supports registration with the second access network when the first AMF does not support registration with the second access network for application of the dual steering of the terminal; A step of receiving information from the second AMF or UDM (unified data management) indicating that the second AMF has been selected for registration with the second access network; and A method characterized by further comprising the step of storing, in the dual steer information, information indicating that the second AMF has been selected for registration with the second access network.

8. In paragraph 5, A step of receiving a fifth message from the terminal through the first access network entity, the fifth message requesting establishment of a first PDU (protocol data unit) session to the first access network; A step of selecting a first SMF based on at least one of the context of the fifth message and the first AMF; A step of transmitting a sixth message requesting establishment of the first PDU session to the first SMF; In response to the sixth message, receiving a seventh message from the first SMF, accepting establishment of the first PDU session; In response to the fifth message, a step of accepting establishment of the first PDU session and transmitting an eighth message including information of the first SMF to the terminal through the first access network entity; A step of storing information indicating that the first SMF is selected for establishing the first PDU session in the dual steer information; A step of receiving a ninth message from the terminal through the second access network entity, the message requesting establishment of a second PDU session to the second access network; A step of selecting a second SMF based on at least one of the contexts of the ninth message and the first AMF; A step of transmitting a 10th message requesting establishment of the second PDU session to the second SMF; In response to the 10th message, receiving an 11th message from the 2nd SMF, accepting establishment of the 2nd PDU session; In response to the 9th message, a step of accepting establishment of the 2nd PDU session and transmitting a 12th message including information of the 2nd SMF to the terminal through the 2nd access network entity; and Further comprising a step of storing information indicating that the second SMF is selected for establishing the second PDU session in the dual steer information, A method characterized in that the first SMF and the second SMF are the same SMF or different SMFs.

9. In the terminal of a wireless communication system, Transmitter and receiver; and Connected to the above transmitter and receiver, Transmitting a first message associated with registration with a first access network for application of dual steer to a first access network entity, Receive a second message including information of the first AMF in response to the first message from a first AMF (access and mobility management function) selected by the first access network entity, Store information indicating that the first AMF has been selected for registration with the first access network in the dual steer information, Transmitting a third message to the second access network entity in connection with registration with the second access network for application of the above dual steer, Receive a fourth message including information of the second AMF from the second AMF selected by the second access network entity in response to the third message; A control unit for storing information indicating that the second AMF has been selected for registration with the second access network in the dual steer information, A terminal characterized in that the first AMF and the second AMF are the same AMF or different AMFs.

10. In paragraph 9, The first message includes at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network. A terminal characterized in that the third message includes at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network.

11. In paragraph 9, the control unit, Transmitting a fifth message requesting establishment of a first PDU (protocol data unit) session to the first access network to the first AMF through the first access network entity; Receive a sixth message from the first SMF selected by the first AMF, in response to the fifth message, accepting establishment of the first PDU session and including information of the first SMF; Information indicating that the first SMF is selected for establishing the first PDU session is stored in the dual steer information, Transmitting a seventh message requesting establishment of a second PDU session to the second access network to the second AMF through the second access network entity; Receive a seventh message from the second SMF selected by the second AMF, in response to the seventh message, accepting establishment of the second PDU session and including information of the second SMF; Information indicating that the second SMF is selected for establishing the second PDU session is stored in the dual steer information, A terminal characterized in that the first SMF and the second SMF are the same SMF or different SMFs.

12. In paragraph 11, The fifth message includes at least one of a first terminal identifier used by the terminal to access the first access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network. A terminal characterized in that the seventh message includes at least one of a second terminal identifier used by the terminal to access the second access network, information indicating whether the terminal supports the dual steer, information indicating that the terminal requests the dual steer, the dual steer information, or information of a slice that the terminal wants to use through the first access network.

13. In the first AMF (access and mobility management function) of a wireless communication system, Transmitter and receiver; and Connected to the above transmitter and receiver, Receiving a first message associated with registration with a first access network for application of dual steer of the terminal from the terminal through the first access network entity, If the terminal supports the dual steer and the first AMF supports the dual steer, in response to the first message, a second message including information of the first AMF is transmitted to the terminal through the first access network entity, Store information indicating that the first AMF has been selected for registration with the first access network in the dual steer information, Receiving a third message from the terminal through the second access network entity related to registration with the second access network for application of the dual steering of the terminal; If the terminal supports the dual steer and the first AMF supports the dual steer, a fourth message including information of the first AMF is transmitted to the terminal through the second access network entity in response to the third message, A first AMF characterized by including a control unit that stores information indicating that the first AMF has been selected for registration with the second access network in the dual steer information.

14. In the 13th paragraph, the control unit, Based on the subscription information of the terminal received from UDM (unified data management), it is determined whether the terminal supports the dual steering, Based on the policy information received from the PCF (policy control function), it is determined whether the first AMF supports the dual steering, The above control unit, If the first AMF does not support registration of the terminal with the second access network for application of the dual steering, the third message is transmitted to the second AMF that supports registration with the second access network. Receiving information indicating that the second AMF has been selected for registration with the second access network from the second AMF or UDM (unified data management), A first AMF characterized in that it stores information indicating that the second AMF has been selected for registration with the second access network in the dual steer information.

15. In the 13th paragraph, the control unit, Receiving a fifth message requesting establishment of a first PDU (protocol data unit) session to the first access network from the terminal through the first access network entity, Selecting a first SMF based on at least one of the contexts of the fifth message and the first AMF, Transmitting a 6th message requesting establishment of the above 1st PDU session to the 1st SMF, In response to the sixth message, a seventh message is received from the first SMF, accepting establishment of the first PDU session; In response to the fifth message, the establishment of the first PDU session is accepted, and an eighth message including information of the first SMF is transmitted to the terminal through the first access network entity, Information indicating that the first SMF is selected for establishing the first PDU session is stored in the dual steer information, Receiving a ninth message requesting establishment of a second PDU session to the second access network from the terminal through the second access network entity, Selecting a second SMF based on at least one of the contexts of the ninth message and the first AMF, Transmitting a 10th message requesting establishment of the second PDU session to the second SMF, In response to the above 10th message, an 11th message is received from the 2nd SMF, accepting establishment of the 2nd PDU session; In response to the 9th message, the establishment of the 2nd PDU session is accepted, and a 12th message including information of the 2nd SMF is transmitted to the terminal through the 2nd access network entity, Information indicating that the second SMF is selected for establishing the second PDU session is stored in the dual steer information, A first AMF, characterized in that the first SMF and the second SMF are the same SMF or different SMFs.

Images