Method and apparatus therefor for improving service reliability in wireless communication system

Abstract

To provide a method and an apparatus therefor for improving service reliability in a wireless communication system.SOLUTION: A method, performed by a first SMF (session management function), for providing a continuous service to a terminal includes the steps of: identifying, by the first SMF, triggering of an SMF change operation; transmitting, to an AMF (access and mobility management function), a message indicating a change in a status of a PDU (packet data unit) session related to the terminal so as to request a procedure of changing an SMF; receiving a context request message requesting a context of the terminal from a second SMF that is a target SMF; and transmitting a context request response message to the second SMF.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present invention relates to a method for managing a context in a mobile communication system. [Background technology]

[0002] 4G(4 th Since the commercialization of the 5G (5G) communication system, improved 5G (5G) has been developed to meet the increasing demand for wireless data traffic. th Efforts are being made to develop 5G (fifth generation) or pre-5G communication systems. For this reason, 5G or pre-5G communication systems are referred to as beyond 4G network communication systems or post-LTE (long term evolution) systems.

[0003] In order to achieve high data transmission rates, the 5G communication system is being considered for implementation in the ultra-high frequency (mmWave) band (e.g., 60 GHz band). In order to mitigate radio wave propagation path loss in the ultra-high frequency band and extend the propagation distance of radio waves, technologies such as beamforming, massive multiple-input multiple-output (MIMO), full dimensional multiple-input multiple-output (FD-MIMO), array antenna, analog beamforming, and large scale antenna are being discussed in the 5G communication system.

[0004] In addition, to improve the system network, technologies such as advanced small cells, cloud radio access networks (cloud RAN), ultra-dense networks, device to device communication (D2D), wireless backhaul, moving networks, cooperative communication, coordinated multi-points (CoMP), and interference cancellation are being developed in the 5G communication system.

[0005] In addition, advanced coding modulation (ACM) methods such as hybrid frequency shift keying and quadrature amplitude modulation (FQAM) and sliding window superposition coding (SWSC), as well as advanced access technologies such as filter bank multi carrier (FBMC), non orthogonal multiple access (NOMA) and sparse code multiple access (SCMA) are being developed for the 5G system.

[0006] In the 5G system, support for various services is considered compared to the existing 4G system. For example, the most representative services may be an enhanced mobile broadband (eMBB) service, an ultra-reliable and low latency communication (URLLC) service, a massive machine type communication (mMTC) service, and an evolved multimedia broadcast / multicast service (eMBMS) service. A system providing the URLLC service may be referred to as a URLLC system, and a system providing the eMBB service may be referred to as an eMBB system. The terms "service" and "system" may be used interchangeably.

[0007] Among them, URLLC service is a new service being considered for 5G system, unlike the existing 4G system, and it has ultra-high reliability (for example, packet error rate of about 10 -5 ) and low latency (e.g., about 0.5 msec). To meet such strict requirements, URLLC services need to apply a transmission time interval (TTI) that is shorter than that of eMBB services, and various operation methods that take advantage of this are being considered.

[0008] Meanwhile, the Internet is evolving into an Internet of Things (IoT) network that exchanges and processes information between distributed components such as things, in a human-centered connected network where people generate and consume information. IoE (Internet of Everything) technology, which combines big data processing technology through connections with cloud servers, etc., with IoT technology, has also been proposed. To realize IoT, technological elements such as sensing technology, wired and wireless communication and network infrastructure, service interface technology, and security technology are required, and recently technologies such as sensor networks for connecting things, machine to machine (M2M) and machine type communication (MTC) are being researched.

[0009] In the IoT environment, intelligent IT (internet technology) services can be provided that collect and analyze data generated by connected things and create new value in human life. The IoT is also applied to fields such as smart homes, smart buildings, smart cities, smart cars or connected cars, smart grids, healthcare, smart home appliances, and advanced medical services through the fusion and integration of existing IT (information technology) with various industries.

[0010] To this end, various attempts are being made to apply 5G communication systems to IoT networks. For example, technologies such as sensor networks, machine to machine (M2M) and MTC are being realized through 5G communication technologies such as beamforming, MIMO and array antennas. The application of cloud radio access network (cloud RAN) as a big data processing technology mentioned above can also be said to be an example of the fusion of 5G technology and IoT technology.

[0011] Meanwhile, with the development of various IT technologies, network equipment is evolving into virtualized network functions (NFs) by applying virtualization technology, and the virtualized NFs are free from physical constraints, embodied in S / W form, and can be installed / operated in various types of clouds or data centers (DCs). In particular, the NFs can be freely scaled or initialized / terminated according to service requirements, system capacity, and network load. Summary of the Invention [Means for solving the problem]

[0012] According to one aspect of an exemplary embodiment, a method of communication in a wireless communication system is provided. Effect of the Invention

[0013] The disclosed embodiments provide an apparatus and method that can efficiently support services in a wireless communication system. [Brief description of the drawings]

[0014] Having described the embodiments of the present disclosure, other aspects, features, and advantages will become apparent from the following written description taken in conjunction with the drawings. [Figure 1] FIG. 1 is a diagram illustrating a 5G system structure based on a service-based architecture (SBA) according to an embodiment of the present disclosure. [Diagram 2] FIG. 1 illustrates a network function (NF) configuration and context management structure according to one embodiment of the present disclosure. [Diagram 3] A diagram illustrating an example of the operation of a 5G system including a terminal, a base station, and a core according to one embodiment of the present disclosure. [Figure 4]FIG. 11 is a diagram for explaining a method for processing without collision while maintaining service when an NF change is required during service according to one embodiment of the present disclosure. [Diagram 5] FIG. 11 is a diagram for explaining a method for processing without collision while maintaining service when an NF change is required during service according to one embodiment of the present disclosure. [Figure 6] FIG. 11 is a diagram for explaining a method for selecting an NF taking into account network conditions according to an embodiment of the present disclosure. [Figure 7] FIG. 13 is a diagram for explaining a method for shortening the time required to change the state of a terminal and moving the context of an NF according to one embodiment of the present disclosure. [Figure 8] FIG. 13 is a diagram for explaining a method for triggering a state change of a terminal and changing an NF according to one embodiment of the present disclosure. [Figure 9] A diagram for explaining a method for exchanging information related to an NF that plays a backup role for an NF according to one embodiment of the present disclosure. [Figure 10] FIG. 2 illustrates a configuration of a network entity according to one embodiment of the present disclosure. [Figure 11] FIG. 2 is a diagram illustrating a configuration of a terminal according to an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] The disclosed embodiments are th In order to increase communication efficiency and improve customer service quality in a network-generation system, we propose a structure and communication method that allows NFs (network functions) to exchange or store user data (context) they process.

[0016] Further aspects will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of presented embodiments of the present disclosure.

[0017] According to one embodiment of the present disclosure, a method performed by a first session management function (SMF) to provide continuous services to a user equipment (UE) includes the steps of: identifying triggering of an SMF change operation by the first SMF; transmitting a message indicating a change in a protocol data unit (PDU) session state of the UE to request an access and mobility management function (AMF) to perform an SMF change procedure; receiving a context request message requesting a context of the UE from a second SMF, which is a target SMF; and transmitting a context request response message to the second SMF.

[0018] The SMF change operation is triggered in response to a request by an OAM (operations, administration and maintenance), the OAM request also including an identity of the second SMF.

[0019] The method may further include transmitting a message to the AMF requesting notification of information related to a state change of the UE, and receiving a notification message from the AMF indicating the state change of the UE.

[0020] The message indicating a state change of the PDU session related to the UE may include at least one of identification information of the second SMF, a context ID (identification), or ID information of the UE.

[0021] The context request response message also includes information regarding the UE's context requested by the second SMF and a user plane function (UPF) selected by the second SMF.

[0022] According to one embodiment of the present disclosure, a method performed by an access and mobility management function (AMF) to provide continuous services to a user equipment (UE) includes the steps of receiving a message indicating a change in a protocol data unit (PDU) session state of the UE from a first session management function (SMF) to request a procedure for changing an SMF, selecting a second SMF as a target SMF, transmitting a request message to the second SMF to request creation of a new session, and receiving a response message related to the request message requesting creation of the new session from the second SMF.

[0023] The step of selecting the second SMF may be performed by the AMF or via a service communication proxy (SCP).

[0024] The method also includes the steps of receiving a change message request for information related to a state change of the UE from the first SMF, monitoring the state change of the UE, and transmitting a notification message to the first SMF instructing the state change of the UE based on a monitoring result.

[0025] The message indicating a change in the state of the PDU session related to the UE may include at least one of the identification information of the second SMF, a context ID, or the ID information of the UE, and the identification information of the second SMF may include SMF set identification information. The second SFM is also registered by a unified data management (UDM).

[0026] According to an embodiment of the present disclosure, a first session management function (SMF) for providing continuous services to a user equipment (UE) may include a transceiver unit and a processor coupled to the transceiver unit. The processor may identify triggering of an SMF change operation by the first SMF, transmit a message indicating a change in a state of a protocol data unit (PDU) session of the UE to request an access and mobility management function (AMF) to change the SMF, receive a context request message requesting a context of the UE from a second SMF that is a target SMF, and transmit a context request response message to the second SMF.

[0027] The SMF change operation may be triggered in response to a request by an OAM (operations, administration and maintenance), the OAM request including an identification of the second SMF.

[0028] The processor may transmit a message to the AMF requesting notification of information regarding a change in the status of the UE, and may receive a notification message from the AMF indicating a change in the status of the UE.

[0029] The message indicating a state change of the PDU session related to the UE may include at least one of identification information of the second SMF, a context ID, or ID information of the UE.

[0030] The context request response message may include information regarding the UE's context requested by the second AMF and a user plane function (UPF) selected by the second SMF.

[0031] According to an embodiment of the present disclosure, an access and mobility management function (AMF) for providing continuous services to a user equipment (UE) may include a transceiver unit and a processor coupled to the transceiver unit. The processor may receive a message indicating a change in a state of a protocol data unit (PDU) session of the UE in order to request a procedure for changing an SMF from a first session management function (SMF), select a second SMF as a target SMF, transmit a request message requesting creation of a new session to the second SMF, and receive a response message related to the request message requesting creation of the new session from the second SMF.

[0032] The step of selecting the second SMF may be performed by the AMF or via a service communication proxy (SCP).

[0033] The processor can receive a message request change of information related to a state change of the UE from the first SMF, monitor the state change of the UE, and transmit a notification message to the first SMF instructing a state change of the UE based on a monitoring result.

[0034] The message instructing a state change of the PDU session related to the UE may include at least one of identification information of the second SMF, a context ID, or ID information of the UE, and the identification information of the second SMF may also include SMF set identification information.

[0035] The second SMF is also registered by a unified data management (UDM).

[0036] Before embarking on the detailed description below, it will be advantageous to refer to definitions of certain words and phrases used throughout this patent document. The terms "comprising" and "including," as well as their derivatives, refer to an open-ended inclusion. The term "or" is inclusive and means "and / or." The term "related to" as well as its derivatives refer to "including," "contained within," "interconnected with," "incorporating," "incorporated within," "connected to or with," "coupled to or with," "capable of communicating with," "cooperating with," "interleaving," "juxtaposing," "close to," "connected to or with," "having," "having the characteristic of," "related to or with." The term "controller" refers to any device, system, or part thereof that controls at least one operation. Such a controller may also be embodied in hardware or a combination of hardware and software and / or firmware. The functionality associated with any particular control unit may be local or remote, centralized or distributed.

[0037] Moreover, various functions described below may be embodied or supported by one or more computer programs, each of which is formed from computer-readable program code and embodied in a computer-readable medium. The terms "application" and "program" refer to one or more computer programs, software components, instruction sets, procedures, functions, objects, classes, instances, associated data, or portions thereof suitable for embodiment in suitable computer-readable program code. The term "computer-readable program code" includes any type of computer code, including source code, object code, and executable code. The term "computer-readable medium" includes any type of medium that can be accessed by a computer, such as read only memory (ROM), random access memory (RAM), hard disk drive, compact disc (CD), digital video disc (DVD), or any other type of memory. A "non-transitory" computer-readable medium excludes wired, wireless, optical, or other communication links that transmit transient electrical or other signals. Non-transitory computer readable media includes media in which data can be stored permanently and later overwritten, such as a rewritable optical disk, or an erasable memory device.

[0038] Definitions for other specific words and phrases are provided throughout this patent document, and those of skill in the art should understand that in many, if not most, cases such definitions may apply to prior and future uses of the words and phrases so defined.

[0039] 1 through 11 discussed below, and the various embodiments used to illustrate the principles of the present disclosure in this patent document, are merely exemplary and are not to be construed as limiting the scope of the present disclosure in any way. Those skilled in the art will appreciate that the principles of the present disclosure may be embodied in any suitably arranged system or device. The operating principle of the present disclosure will be described in further detail with reference to the accompanying drawings. In the description of the present disclosure, detailed descriptions of related well-known functions and configurations may be omitted if it is determined that the gist of the present disclosure may become unnecessarily unclear. In addition, the terms used below are defined in consideration of the functions in the present disclosure, and may have other meanings depending on the intentions, practices, etc. of the user or operator. The terms are also defined based on the description of the entire specification.

[0040] For the same reason, in the accompanying drawings, some components are exaggerated or omitted, and the size of each component is not necessarily intended to fully reflect the actual size. In the drawings, the same reference numerals are used to denote the same or corresponding components.

[0041] The advantages, features, and methods of achieving the present disclosure will become clear with reference to the embodiments described below in detail with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below, and may be embodied in various different forms, but the present embodiments are provided to complete the disclosure and fully inform those skilled in the art of the disclosure, and the present disclosure is only defined by the scope of the claims. The same reference numerals refer to the same elements throughout the specification.

[0042] It will be understood that each block of the process flow diagrams, and combinations of blocks in the flow diagrams, can be implemented by computer program instructions that can be loaded into a processor of a general purpose computer, special purpose computer, or other programmable data processing device, such that the instructions executed by the processor of the computer or other programmable data processing device create means for performing the functions described in the flow diagram blocks. The computer program instructions can also be stored in a computer usable or computer readable memory that can direct the computer or other programmable data processing device to implement the functions in a particular manner, such that the instructions stored in the computer usable or computer readable memory can produce an article of manufacture that includes instruction means for performing the functions described in the flow diagram blocks. The computer program instructions may be embodied on a computer, or other programmable data processing device, such that a series of operational steps are performed on the computer, or other programmable data processing device, to generate a computer-implemented process, and the instructions that cause the computer, or other programmable data processing device, to provide steps for performing the functions described in the flowchart blocks.

[0043] Also, each block may represent a module, segment, or portion of code that includes one or more executable instructions for performing a specified logical function. It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of order. For example, two blocks shown in succession may in fact be performed substantially simultaneously, or the blocks may sometimes be performed in reverse order depending on the function.

[0044] In this embodiment, the term "module" refers to a software component or a hardware component such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), and the "module" performs a certain role. However, the "module" is not limited to software or hardware. The "module" may be configured to exist on an addressable recording medium and to execute one or more processors. Thus, as an example, the "module" includes components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided in the components and the "module" may be combined into fewer components and "modules" or further separated into additional components and "modules". In addition, the components and the "module" may be embodied to execute one or more central processing units (CPUs) in a device or a secure multimedia card. In this embodiment, the "unit" may include one or more processors.

[0045] In particular, the present disclosure relates to 3GPP (registered trademark) rdGeneration Partnership Project) NR(new radio)(5th generation(5G:5 th The present disclosure can be applied to 5G (5G generation) mobile communication standard. In addition, the present disclosure can also be applied to intelligent services (e.g., smart homes, smart buildings, smart cities, smart cars or connected cars, healthcare, digital education, retail, security-related and safety-related services, etc.) based on 5G communication technology and IoT (internet of things) related technology. In this disclosure, eNB is also used interchangeably with gNB for convenience of explanation. That is, a base station described as eNB can indicate a gNB. In addition, the term terminal can indicate not only a mobile phone, an NB-IoT device, and a sensor, but also other wireless communication devices.

[0046] In the following description, terms for identifying a connection node, terms for indicating a network object or NF, terms for indicating a message, terms for indicating an interface between network objects, terms for indicating various identification information, etc. are exemplified for convenience of description. Therefore, the present invention is not limited to the terms described below, and other terms for indicating objects having equivalent technical meanings may be used. In addition, an NF is also a network entity.

[0047] For convenience of explanation, the present invention uses terms and names defined in the 3GPP LTE (long term evolution) standard and 5G standard. However, the present invention is not limited to the above terms and names and may be equally applied to systems according to other standards.

[0048] Meanwhile, in describing the embodiments of the present disclosure, the main subject is the terminal information (UE context) processed / managed by the NF, and the terminal information (UE context) may include, but is not limited to, the above examples, a mobility management (MM) context related to terminal mobility, an access management (AM) context related to wireless connection, and a session management (SM) context related to a session. It may include all types of information required to be stored / processed / generated to provide services in a communication network.

[0049] Meanwhile, in this disclosure, the term service is used to refer to a request made by a specific communication device (or NF) to another communication device (or NF), i.e., an NF service, and when specifically referring to a service delivered to an actual user (end-user), it is distinguished from the term customer service.

[0050] According to an embodiment of the present disclosure, a structure and a communication method are provided in which NFs can exchange or store user data (context) processed by each other in a system to increase communication efficiency and improve customer service quality. Also, according to an embodiment of the present disclosure, a method is proposed to prevent service processing collisions (transaction collisions or race conditions) between NFs that may occur when a structure is introduced in which NFs exchange and store user data processed by each NF. Also, according to an embodiment of the present disclosure, a method is proposed to increase the speed at which data is exchanged and processed between NFs, thereby improving service quality and network operation efficiency.

[0051] Here, it goes without saying that the technical problems to be solved by the present disclosure are not limited to the technical problems mentioned above. Other technical problems not mentioned will be clearly understood by those skilled in the art in the technical field to which the present invention pertains from the following description.

[0052] In addition, the following describes embodiments of the present disclosure using LTE, LTE-A (LTE-Advanced), LTE Pro, or 5G (or NR (next-generation mobile communication)) systems as examples, but the embodiments of the present disclosure may also be applied to other communication systems having similar technical backgrounds or channel configurations. Furthermore, the embodiments of the present disclosure may be applied to other communication systems with some modifications at the discretion of a person with skilled technical knowledge, without departing from the scope of the present disclosure.

[0053] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings.

[0054] FIG. 1 is a diagram showing a 5G system structure based on a service-based architecture (SBA) according to one embodiment of the present disclosure.

[0055] To support various 5G services, new system architectures and protocols are required, and 3GPP has decided to introduce a new technology called the Service Infrastructure Architecture (SBA). The main characteristics of the service infrastructure architecture are to divide the functionalities of NFs defined in the 3GPP standard into service units in consideration of the introduction of virtualization technology, cloud environments, and the expansion of web-based services, and to use the HTTP / 2 protocol to realize the services. It goes without saying that the main characteristics of the service infrastructure architecture are not limited to the above examples.

[0056] Referring to FIG. 1, the AMF is an NF that manages wireless network access and mobility for a terminal (UE). The SMF is an NF that manages a session related to a terminal, and the session information includes QoS information, charging information, and information related to packet processing. The UPF is an NF that processes user plane traffic and is controlled by the SMF. Although not shown in FIG. 1, the 5G system includes an unstructured data storage network function (UDSF), which is an NF that stores unstructured data and can store and retrieve any type of data at the request of the NF. 1, RAN (radio access network) refers to a wireless access network, and may refer to a wireless network between a terminal and a base station or a base station itself. DN (data network) refers to a data network, and the DN may deliver a PDU (packet data unit) to be transmitted to a terminal to a UPF, and may receive a PDU transmitted by the terminal via the UPF.

[0057] In addition, the PCF (policy control function) is an NF that determines policies related to billing, the AF (application function) is an NF that provides information related to packet flow to guarantee QoS, the AUSF (authentication server function) is an NF that stores information for user terminal authentication, and the UDM (unified data management) is an NF that stores information related to users.

[0058] Further referring to FIG. 1, the NSSF (network slice selection function) is also an NF that selects a network slice corresponding to a user terminal, and the NEF (network exposure function) is also an NF that provides means for securely exposing services and capabilities provided by 3GPP network functions, for example, for third parties, internal exposure / re-exposure, application functions, and edge computing.

[0059] A network repository function (NRF) is an NF that supports service discovery functions and maintains available NF instances and the services they support, and a service control point (SCP) is an NF that controls services in the network.

[0060] According to an embodiment of the present disclosure, each NF can communicate using a predetermined interface. For example, the AMF and the UE can communicate using the N1 interface, and the UPF and the SMF can communicate using the N4 interface. Other NFs can also communicate with each other using a predetermined interface as shown in FIG. 1. This is obvious to those skilled in the art, so detailed description will be omitted.

[0061] In addition, the 5G system of FIG. 1 may be configured by excluding at least one of the illustrated NFs, and is not limited to the above example.

[0062] FIG. 2 is a diagram showing an NF configuration and context management structure according to one embodiment of the present disclosure.

[0063] 2, UE context, which is data within an NF, is exchanged / shared between NFs, and a set of NFs that can share and use data within an NF is referred to as an NF set 200. Depending on the implementation environment, a specific NF is operated / managed in the form of an NF instance, and the embodiments of the present disclosure are applicable to any type of operation and management environment of an NF or an NF instance.

[0064] According to an embodiment of the present disclosure, when an NF service unit operates that is not an implementation / construction of an NF unit, an NF is also replaced by an NF service. Therefore, the term NF in the present disclosure may include an NF instance, an NF service, and an NF service instance.

[0065] Furthermore, according to one embodiment of the present disclosure, if multiple NF sets coexist, identifiable identifiers or names are assigned to distinguish the NF sets, and even if the NFs within the NF set operate sharing a context with each other, in the management / operation dimension, each NF may receive a different identifier / name from each other.

[0066] FIG. 3 is a diagram illustrating an example of a 5G system operation including a terminal, a base station, and a core according to one embodiment of the present disclosure.

[0067] 3, SMF #1 301 and SMF #2 302 are SMF instances included in the same SMF collection, and the two SMFs 301 and 302 are connected to the same UPF 303 and can provide services.

[0068] If it becomes difficult for SMF #1 301 to provide further services to a specific UE 304 while SMF #1 301 is providing services to the specific UE 304, SMF #1 301 provides its UE context (more specifically, SM context in this embodiment) to SMF #2 302 and can continue to provide services to the specific terminal 304 by interlocking with the same UPF 303. At this time, processing must be performed so that no collision occurs during UE context transmission between SMF #1 301 and SMF #2 302, or no race condition or UE context change occurs.

[0069] In the present disclosure, it is considered that the following embodiments of the present disclosure are applied to continue providing services when the terminal is in an idle or inactive state so that errors such as collisions, race conditions, and changes in UE context during transmission are not generated. Here, it is needless to say that the present disclosure is not limited to the above examples, and the embodiments of the present disclosure may be applied to only one of the two selective states depending on the network settings and the operator's preferences.

[0070] FIG. 4 is a diagram for explaining a method for processing without collision while maintaining a service when an SMF change is required during the provision of a service according to an embodiment of the present disclosure.

[0071] In step 401, SMF #1 430 indicates an SMF (old SMF) that has provided a service to the terminal (UE) 410. In step 401, a condition for forwarding a service to the terminal 410 to another SMF may be satisfied in SMF #1 430. The operation of changing the SMF may be initiated by a command from an operator or by a request from an OAM (operation and management) system. In this case, the command or request for changing the SMF may include a designation of a specific terminal (or subscriber), a specific session, or a specific DNN / APN / slice, and may include a designation of a target (target SMF, which is SMF #2 440 in this embodiment) that will take over the service from the SMF.

[0072] When SMF #1 430 transfers a service for a specific terminal (or subscriber) to another SMF, it waits for a state in which no traffic transmission or transaction occurs for the terminal so that errors such as the above-mentioned collision or race condition do not occur. If SMF #1 430 knows that the PDU (protocol data unit) session for the terminal 410 is idle or inactive, it can immediately proceed to step 406.

[0073] In step 402, the SMF #1 430 can transmit a subscription to the AMF 420 to receive an alarm when the state of the terminal 410 is changed to idle or inactive, in order to know that the PDU session of the terminal 410 is in an idle or inactive state. The subscription message includes, but is not limited to, the identifier of the target terminal (subscriber) and the identifier of the target PDU session.

[0074] In step 403, the AMF 420 may monitor the terminal 410 for state changes.

[0075] In step 404, the AMF 420 can perform step 405 if the state of the PDU session of the terminal 410 requested by the SMF #1 430 in step 402 is satisfied (e.g., idle or inactive state).

[0076] In step 405, the AMF 420 may notify the SMF #1 430 that the status of the PDU session of the terminal 410 has changed.

[0077] In step 406, SMF #1 430 determines that the state of the terminal 410 is suitable for performing an operation to transfer the SMF, and can perform an operation to transmit context related to a particular PDU session to the target SMF.

[0078] According to an embodiment of the present disclosure, SMF #1 430 may request the Nsmf_PDUSession_ContextPush service from SMF #2 440. The Nsmf_PDUSession_ContextPush service request may include a UE context related to the PDU session. In addition, the Nsmf_PDUSession_ContextPush service request may include not only the transmission related to the context, but also an explicit request (SMF reallocation / change indication) indicating that the SMF related to the PDU session should be changed thereafter and that the terminal 410 should continue to be provided with the service related to the PDU session.

[0079] In step 407, SMF #2 440 determines whether the request can be processed according to the received context, and if it is determined that the SMF can be modified, it can perform a process of searching for UPF(PGW-U) 450 using PGW-U tunnel information included in the received context and modifying the N4 path to the modified SMF. At this time, SMF #2 440 can update the SMF information using an N4 session modification procedure. Although not shown in the drawing, SMF #2 440 can instead perform a process of releasing and then establishing an N4 session.

[0080] At step 408, SMF #2 440 may receive a response from the UPF 450.

[0081] In step 409-1, SMF #2 440 can inform SMF #1 430 of the result of the request. If the request fails, SMF #2 440 can additionally include the cause of the failure when informing SMF #1 430 of the result of the request, and each failure cause is also replaced by a pre-arranged number. Cause #1: Insufficient resources, if SMF #2 lacks resources Cause #2: Failure in N4 session, failure to change / create session with UPF Cause #3: Inability to honor the request for authentication, SMF #1 Cause #4: Semantic error. An error occurs while processing the received context. If the process fails, the entire procedure ends. If the request is successful, in step 409-2, SMF #2 440 may perform an operation to change the SMF to send and receive SM messages and process with AMF 420. To find AMF 420, SMF #2 440 may use AMF information (e.g., AMF identifier) ​​from the received UE context to request an update for N2, and the update request may include the target terminal (subscriber), PDU session ID, and SMF identifier / address.

[0082] In step 410, the AMF 420 transmits a response to the process for updating the SMF information to the SMF #2 440.

[0083] In step 411, SMF #2 440 performs any remaining procedures that must be processed due to the changes to the SMF, which may include registering with the UDM, setting up a PCF and a PCC session, etc., although it should be understood that the above examples are not intended to be limiting.

[0084] FIG. 5 is a diagram for explaining a method for processing without collision while maintaining a service when an SMF change is required during a service according to an embodiment of the present disclosure.

[0085] In step 501, SMF #1 430 indicates an SMF (old SMF) that has provided a service to the terminal (UE) 410. In step 501, the SMF #1 430 may satisfy a condition for forwarding a service to the terminal 410 to another SMF. The operation of changing the SMF may be initiated by a command from an operator or by a request from an OAM (operation and management) system. In this case, the command or request for changing the SMF may include a designation of a specific terminal (or subscriber), a specific session, or a specific DNN / APN / slice, and may include a designation of a target (target SMF, which is SMF #2 440 in this embodiment) that will take over the service from the SMF.

[0086] When SMF #1 430 transfers a service for a specific terminal (or subscriber) to another SMF, it waits for a state in which no traffic transmission or transactions are occurring for the terminal so that errors such as the aforementioned collision or race condition do not occur.

[0087] In step 502, when the PDU session of the terminal 410 becomes idle or inactive, the SMF #1 430 may transmit a notification notifying the status change of the PDU session related to the terminal to request the AMF 420 to perform an operation to change the SMF. Before performing step 502, the AMF 420 performs a subscription procedure to the SMF #1 430 to receive a notification when the status of a specific PDU session is changed.

[0088] When notifying of a change in the status of a PDU session, if the SMF #1 430 can distinguish the target context by a separate identifier, it can transmit the notification of the change in the status of the PDU session including the context ID, type, and ID of the SMF to be changed, and if the context ID cannot be identified, it can transmit the ID of the target UE (subscriber), the PDU session ID, the context type, and the ID of the SMF to be changed.

[0089] In step 503, the AMF 420 may monitor the terminal for status changes.

[0090] In step 504, the AMF 420 can perform step 505 if the state of the PDU session of the terminal 410 requested by the SMF #1 430 in step 502 is satisfied (e.g., idle or inactive state).

[0091] In step 505, the AMF 420 may notify the SMF #1 430 that the state of the PDU session of the terminal 410 has changed to be suitable for performing an operation to transfer the SMF, and thus may perform an operation to change the SMF. The AMF 420 may receive a context related to the PDU session using the ID of the SMF #2 440 received in step 502, and transmit a request to provide a service to the SMF #2 440. The message that the AMF 420 requests the SMF #2 440 may include the ID of the SMF (SMF #1 430) that provided the service to the terminal 410, the ID and type of the target context, or the ID of the target terminal, the ID of the PDU session, and the type of the context.

[0092] In step 506, SMF #2 440 may receive a context from SMF #1 430 and transmit a context request to provide a service.

[0093] According to an embodiment of the present disclosure, the SMF #2 440 may request a context transmission using the Nsmf_PDUSession_ContextRequest service by acting as a consumer. For example, if a context ID is received, the SMF #2 440 may request a context transmission to the SMF #1 430 using the context ID and the context type, otherwise, the SMF #2 440 may request a context transmission using the ID of the target terminal (subscriber), the PDU session ID, and the context type.

[0094] If it is not possible for SMF #2 440 to continue providing the service, SMF #2 440 may reject the request, and when SMF #2 440 rejects the request, it may transmit a cause for failure, each of which may be replaced by a pre-promised number. Cause #1: Insufficient resources, if SMF #2 lacks resources Cause #2: Failure in N4 session, unable to modify / create session with UPF Cause #3: Inability to honor SMF #1 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the context. If the process fails, the entire procedure ends.

[0095] In step 507, the SMF #1 430 determines whether it can process the context transmission request, and if so, performs a process for releasing the N4 session. Although not shown in the drawing, this process may also be replaced by a process for changing the N4 session with the UPF from the SMF #1 430 to the SMF #2 440.

[0096] In step 508, SMF #1 430 can respond by placing the context requested by SMF #2 440 in a container in step 506. If the request fails, SMF #1 430 can additionally transmit the cause of the failure when responding, and each failure reason can also be replaced by a pre-promised number. Cause #2: Failure in N4, failure to modify / create a session with UPF Cause #3: Inability to honor SMF #2 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the received context. If the process fails, the entire procedure ends.

[0097] If the N4 release process is applied in step 507 and step 508 is successful, SMF #2 440 can perform a process for creating an N4 session (between SMF and UPF) with UPF 450 in step 509. In this case, SMF #2 440 can know which UPF and N4 session should be created using PGW-U tunnel information in the received context, and can perform a UPF selection process if the UPF needs to be changed in the N4 configuration.

[0098] In step 510, SMF #2 440 may transmit a response at the request of AMF 420 that the SMF has been changed.

[0099] In step 511, SMF #2 440 performs any remaining procedures that must be processed due to the changes to the SMF, which may include registering with the UDM, setting up a PCF and a PCC session, etc., although it should be understood that the above examples are not intended to be limiting.

[0100] On the other hand, if several NFs (or NF instances) belong to an NF set and the state of the NF changes dynamically, it may be more effective to select the target NF according to the situation at the time when the context actually moves, rather than specifying the old NF (SMF #1 430) as the target NF.

[0101] FIG. 6 is a diagram illustrating a method for selecting an NF in consideration of a network situation according to an embodiment of the present disclosure.

[0102] In yet another embodiment of the present invention, when a NF change is necessary, a method is proposed in which a NF is selected by taking into account the network conditions at the time when context transmission is actually possible, rather than selecting and specifying a target NF at the time of request.

[0103] In step 601, SMF #1 430 indicates an SMF (old SMF) that originally provided services to the terminal (UE) 410. In step 601, a condition for forwarding services to the terminal 410 from SMF #1 430 to another SMF may be satisfied. The operation of changing the SMF may be initiated by a command from an operator or by a request from an OAM (operation and management) system. In this case, the command or request for changing the SMF may include designation of a specific terminal (or subscriber), a specific session, or a specific DNN / APN / slice, or may dynamically select a target SMF to be changed in the same SMF set as the current SMF without specifying the target SMF to be changed.

[0104] In step 602, when the SMF #1 430 transfers the service for the terminal 410 (or subscriber) to another SMF, it waits for a state where no traffic transmission or transaction occurs for the terminal so that errors such as the above-mentioned collision or race condition do not occur. When the PDU session of the terminal 410 becomes idle or inactive, the SMF #1 430 can transmit a notification notifying the state change of the PDU session related to the terminal to request the AMF 420 to perform an operation to change the SMF. Before performing step 602, the AMF 420 performs a subscription procedure to the SMF #1 430 to receive a notification when the state of a specific PDU session is changed.

[0105] When notifying of a change in the status of a PDU session, if the target context can be distinguished by a separate identifier, SMF #1 430 can transmit the notification notifying of the status change of the PDU session including the context ID and type, and a set ID including the SMF to be changed, and if the context ID cannot be identified, it can transmit the notification including the target UE (subscriber) ID, PDU session ID, context type, and a set ID including the SMF to be changed.

[0106] In step 603, the AMF 420 may monitor the terminal for status changes.

[0107] In step 604, the AMF 420 can perform step 605-1 or step 605-2 if the state of the PDU session of the terminal requested by the SMF #1 430 in step 602 is satisfied (e.g., idle or inactive state).

[0108] In step 605-1, the AMF 420 performs an operation to change the SMF since the terminal PDU session state has been entered in the SMF #1 430. The AMF 420 can select the target SMF, SMF #2 440, by using the set ID of the SMF received in step 602. If the set includes information for selecting an SMF (capacity, current load status, and operator preference of each SMF), the AMF 420 can select the target SMF by using the information for selecting an SMF.

[0109] Otherwise, in step 605-2, the AMF 420 may perform a discovery and selection process to select an SMF with the NRF or SCP 660. In this case, the AMF 420 may transmit a message including information indicating that the selection process is for an SMF change, using the set ID of the SMF received in step 602. If one SMF is pre-configured for the SMF change operation, the SMF may be explicitly selected. The selected SMF is then referred to as SMF #2 440. In step 606, the AMF 420 may receive the context related to the PDU session using the ID of the SMF selected in step 602 and transmit a request to provide a service to the SMF #2 440. The message that the AMF 420 requests to the SMF #2 440 may include the ID of the SMF (SMF #1 430) that provided the service to the terminal 410, the ID and type of the target context, or the ID of the target terminal 410, the ID of the PDU session, and the type of the context.

[0110] In step 607, SMF #2 440 may receive a context from SMF #1 430 and transmit a context request to provide a service.

[0111] According to an embodiment of the present disclosure, the SMF #2 440 may request a context transmission using the Nsmf_PDUSession_ContextRequest service by acting as a consumer. For example, if a context ID is received, the SMF #2 440 may request a context transmission to the SMF #1 430 using the context ID and the context type, otherwise, the SMF #2 440 may request a context transmission using the ID of the target terminal (subscriber), the PDU session ID, and the context type.

[0112] If it is not possible for SMF #2 440 to continue providing the service, SMF #2 440 may reject the request, and when SMF #2 440 rejects the request, it may transmit a cause for failure, each of which may be replaced by a pre-promised number. Cause #1: Insufficient resources, if SMF #2 lacks resources Cause #2: Failure in N4 session, unable to modify / create session with UPF Cause #3: Inability to honor SMF #1 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the context. If the process fails, the entire procedure ends.

[0113] In step 608, the SMF #1 430 determines whether it can process the context transmission request, and if so, performs a process for releasing the N4 session. Although not shown in the drawing, this process may also be replaced by a process for changing the N4 session with the UPF from the SMF #1 430 to the SMF #2 440.

[0114] In step 609, SMF #1 430 can respond by placing the context requested by SMF #2 440 in a container in step 606. If the request fails, SMF #1 430 can additionally transmit a failure cause, and each failure cause is also replaced by a pre-promised number. Cause #2: Failure in N4 session, failure to change / create session with UPF Cause #3: Inability to honor SMF #2 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the received context. If the process fails, the entire procedure ends.

[0115] If the N4 release procedure is applied in step 608 and step 609 is successful, SMF #2 440 can perform a procedure for creating an N4 session (between SMF and UPF) with UPF 450 in step 610. In this case, SMF #2 440 can use the PGW-U tunnel information in the received context to know which UPF and N4 session should be created with, and can perform a UPF selection procedure if the UPF needs to be changed in the N4 configuration.

[0116] In step 611, SMF #2 440 may transmit a response at the request of AMF 420 that the SMF has been changed.

[0117] In step 612, SMF #2 440 performs any remaining procedures that must be processed due to the changes to the SMF, which may include, but is not limited to, registering with the UDM, setting up a PCF and a PCC session, etc.

[0118] In the above embodiment, the AMF 420 requests the target SMF #2 440 to generate a context directly based on Fig. 5, but the NF selection can be performed when the state of the terminal (subscriber) is changed, and in this case, the SMF (SMF #1) can select the target SMF (SMF #2). When the SMF (SMF #1) selects the target SMF (SMF #2), the above-mentioned step 607 is changed as follows, but the other steps are the same.

[0119] In step 607, SMF #1 430 knows that the terminal status is suitable for performing an operation to transfer the SMF and can perform an operation to select the target SMF. If SMF #1 430 has information for selecting an SMF for the set (capacity, current load status, and carrier preference of each SMF), SMF #1 430 can select the target SMF using the information for selecting an SMF.

[0120] Otherwise, SMF #1 430 may perform a discovery and selection process to select an SMF with the NRF or SCP 660. In this case, the AMF 420 may transmit a message including information indicating that the selection process is for an SMF change using the set ID of the SMF received in step 602. If one SMF is pre-configured for the SMF change operation, the SMF may be explicitly selected. The selected SMF is then referred to as SMF #2 440.

[0121] In the above embodiment of the operation of changing an NF, in order to prevent collisions and race conditions related to transactions / procedures, a context exchange is performed between NFs after a terminal session becomes idle or inactive, but when applied to many terminals (subscribers) and a connected state is maintained for a long time due to a traffic transmission pattern, it takes a long time for an NF to transfer a terminal (subscriber) that it is serving to another NF. Therefore, in the following FIG. 7, a method of changing an NF by shortening the time for a terminal to be changed to an idle or inactive state will be described.

[0122] FIG. 7 is a diagram illustrating a method for shortening the time it takes for a terminal (subscriber) state to be changed to idle or deactivated and for more quickly moving the context of an NF, taking into account a service type and operator settings according to one embodiment of the present disclosure.

[0123] In step 701, the SMF #1 430 indicates an SMF (old SMF) that has provided a service to the terminal (UE) 410. In step 701, a condition for forwarding a service to the terminal 410 from the SMF #1 430 to another SMF may be satisfied. The SMF change operation is initiated by a command from an operator or by a request from an OAM (operation and management) system. In this case, the command or request for changing the SMF may include designation of a specific terminal (or subscriber), a specific session, or a specific DNN / APN / slice. In addition, the time for which a terminal (subscriber) session is to wait until it is changed to idle or inactive may be explicitly specified depending on the service type or operator settings.

[0124] In step 702, when the SMF #1 430 transfers the service for the terminal 410 (or subscriber) to another SMF, it waits for a state in which no traffic transmission or transaction occurs for the terminal so that errors such as the above-mentioned collision or race condition do not occur. When the PDU session of the terminal becomes idle or inactive, the SMF #1 430 can transmit a notification notifying the state change of the PDU session related to the terminal to request the AMF 420 to perform an operation to change the SMF. Before performing step 702, the AMF 420 performs a subscription procedure to the SMF #1 430 to receive a notification when the state of a specific PDU session is changed.

[0125] When notifying the PDU session state change, if the SMF #1 430 can distinguish the target context by a separate identifier, it can transmit the notification of the PDU session state change including the context ID and type, and the SMF ID or SMF set ID to be changed, and if the context ID cannot be identified, it can transmit the target UE (subscriber) ID, PDU session ID, context type, and the SMF ID or SMF set ID to be changed. In addition, the notification of the PDU session state change can include the expected activity period for the UE (subscriber) session to be changed to idle or inactive.

[0126] That is, the time that a terminal (subscriber) session waits until it is changed to idle or inactive is also a parameter that transitions the terminal to an idle or inactive state when traffic (user data) or signaling is not sent or received from the terminal for a predetermined time. SMF #1 430 sets the time that a terminal (subscriber) session waits until it is changed to idle or inactive for a terminal (subscriber) to which an SMF change must be applied to be shorter (e.g., 1 second) than the time that transitions a terminal to an idle state used in general cases, so that the terminal (subscriber) can be transitioned to an idle or inactive state as quickly as possible.

[0127] In step 703, the AMF 420 updates the time to wait until the terminal (subscriber) session related to the terminal is changed to idle or inactive using the received information, and in step 704, the AMF 420 can transmit the time to wait until the terminal (subscriber) session related to the terminal is changed to idle or inactive to the base station (RAN) 760 via an NG-AP message. Specifically, the AMF 420 can insert the time to wait until the terminal (subscriber) session is changed to idle or inactive into the UE activity operation expected in the core network assistance information in the UE context modification request message and transmit it to the base station 760.

[0128] In step 705, the base station 760 stores the received core network assistance information and transmits a response thereto to the AMF 420, and can adjust the connection status for the terminal 410 using the time to wait until the terminal (subscriber) session is changed to idle or inactive.

[0129] In step 706, the AMF 420 can perform step 707 if the state of the PDU session of the terminal 410 requested by the SMF #1 430 in step 702 is satisfied (e.g., idle or inactive state).

[0130] In step 707, the AMF 420 can perform an operation to change the SMF since the state of the terminal's PDU session has changed to be suitable for performing an operation to transfer the SMF to the SMF #1 430. The AMF 420 can select the target SMF using the set ID of the SMF received in step 702.

[0131] If there is information for selecting an SMF for the set (capacity, current load status, and operator preference of each SMF), the AMF 420 selects the target SMF using the information for selecting an SMF. Otherwise, the AMF 420 may perform a discovery and selection process for selecting an SMF with the NRF or SCP. In this case, the AMF 420 may transmit a message including information indicating that the selection process is for an SMF change using the set ID of the SMF received in step 602. If one SMF is pre-configured for the SMF change operation, the SMF may be explicitly selected. The selected SMF is then referred to as SMF #2 440.

[0132] The AMF 420 may receive the context related to the PDU session using the ID of the SMF selected in step 702 and transmit a request to provide the service to the SMF #2 440. In this case, the message that the AMF 420 requests to the SMF #2 440 may include the ID of the SMF (SMF #1) that provided the service to the terminal 410, the ID and type of the target context, or the ID of the target terminal, the ID of the PDU session, and the type of the context.

[0133] In step 708, SMF #2 440 may receive the context from SMF #1 430 and transmit a context request to provide the service.

[0134] According to an embodiment of the present disclosure, the SMF #2 440 may request a context transmission using the Nsmf_PDUSession_ContextRequest service by acting as a consumer. For example, if a context ID is received, the SMF #2 440 may request a context transmission to the SMF #1 430 using the context ID and the context type, otherwise, the SMF #2 440 may request a context transmission using the ID of the target terminal (subscriber), the PDU session ID, and the context type.

[0135] If it is not possible for SMF #2 440 to continue providing the service, SMF #2 440 may reject the request, and SMF #2 440 may include a cause when rejecting the request, and each cause is also replaced by a pre-promised number. Cause #1: Insufficient resources, if SMF #2 lacks resources Cause #2: Failure in N4 session, UPF and session modification / creation not possible Cause #3: Inability to honor SMF #1 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the context. If the process fails, the entire procedure ends.

[0136] In step 709-1, the SMF #1 430 determines whether it can process the context transmission request, and if so, performs a process for releasing the N4 session. Although not shown in the drawing, this process may also be replaced by a process for changing the N4 session with the UPF from the SMF #1 430 to the SMF #2 440.

[0137] In step 710, SMF #1 responds by placing the context requested in step 706 from SMF #2 440 in a container. If the request fails, SMF #1 430 can send the response including an additional failure cause, and each failure cause is also replaced by a pre-promised number. Cause #2: Failure in N4 session, failure to change / create UPF and session Cause #3: Inability to honor SMF #2 request, which is authenticated Cause #4: Semantic error. An error occurs while processing the received context. If the process fails, the entire procedure ends.

[0138] If the N4 release procedure is applied in step 709-1 and step 708 is successful, SMF #2 440 can perform a procedure for creating an N4 session (between SMF and UPF) with the UPF in step 709-2. In this case, SMF #2 440 can use the PGW-U tunnel information in the received context to know which UPF and N4 session should be created with, and can perform a UPF selection procedure if the UPF needs to be changed in the N4 configuration. In step 711, SMF #2 440 may transmit a response at the request of AMF 420 that the SMF has been changed.

[0139] In step 712, SMF #2 440 performs any remaining procedures that must be processed due to the changes to the SMF, which may include, but is not limited to, registering with the UDM, setting up a PCF and PCC session, etc.

[0140] The embodiment of FIG. 7 may also be modified to an embodiment in which a terminal state change is explicitly triggered to perform an SMF change if the terminal does not become idle or inactive for a specific time, and a method for changing the NF via a method for explicitly triggering a terminal state change is described in further detail below with reference to FIG. 8.

[0141] FIG. 8 is a diagram for explaining a method for triggering a state change of a terminal and changing an NF according to one embodiment of the present disclosure.

[0142] In step 801, the SMF #1 430 indicates an SMF (old SMF) that has provided a service to the terminal (UE) 410. In step 801, a condition for forwarding a service to the terminal 410 from the SMF #1 430 to another SMF may be satisfied. The SMF change operation may be initiated by a command from an operator or by a request from an OAM (operation and management) system. In this case, the command or request for changing the SMF may include designation of a specific terminal (or subscriber), a specific session, or a specific DNN / APN / slice. In addition, the time for which a terminal (subscriber) session is to wait until it is changed to idle or inactive may be explicitly designated depending on the service type or operator settings.

[0143] In step 802, when the SMF #1 430 transfers a service for the terminal 410 (or subscriber) to another SMF, it waits for a state in which no traffic transmission or transaction occurs for the terminal so that errors such as the above-mentioned collision or race condition do not occur. When the PDU session of the terminal becomes idle or inactive, the SMF #1 430 can transmit a notification notifying the state change of the PDU session related to the terminal to request the AMF 420 to perform an operation to change the SMF. Before performing step 802, the AMF 420 performs a subscription procedure to the SMF #1 430 to receive a notification when the state of a specific PDU session is changed.

[0144] When notifying the PDU session status change, if the SMF #1 430 can distinguish the target context by a separate identifier, it can transmit the notification of the PDU session status change including the context ID and type, and the SMF ID or SMF set ID to be changed, and if the context ID cannot be identified, it can transmit the target UE (subscriber) ID, PDU session ID, context type, and the SMF ID or SMF set ID to be changed. In addition, the notification of the PDU session status change can include the maximum waiting time that the UE (subscriber) session can wait until it is changed to idle or inactive.

[0145] In step 803, the AMF 420 runs a timer based on the received information, and if the terminal does not become idle or inactive within that time, it transmits a UE context release request to the base station 760 to change the terminal to an idle state.

[0146] In steps 804 to 806, the base station 760 may perform operations to change the terminal to an idle state upon request of the AMF 420.

[0147] Steps 807 to 813 correspond to those described above, and therefore detailed description thereof will be omitted.

[0148] Also, according to one embodiment of the present disclosure, when an inactive (more specifically, RRC inactive) state is applied to the terminal 410, traffic is transmitted between the terminal 410 and the base station 760, but the core network (such as the AMF 420, the SMF 430, or 430) cannot know such a state. In this situation, if an SMF change is triggered, it may affect the quality of service. Therefore, the RRC inactive state may be configured not to be applied to a terminal (subscriber) for which an SMF change is required.

[0149] That is, if an RRC deactivation state is applicable for the terminal 410 and RRC deactivation assistance information has already been delivered to the base station (NG-RAN) 760, the AMF 420 may delete the RRC deactivation assistance information through a UE context modification procedure. If RRC deactivation assistance information has not yet been delivered to the base station 760 (NG-RAN) for the terminal 410, the AMF 420 may not include the RRC deactivation assistance information in the UE context that it subsequently transmits to the base station 760 for the terminal 410.

[0150] Also, according to an embodiment of the present disclosure, as described above, NFs including SMFs can exchange contexts with each other to provide services, and such a structure can be used to continue providing services to UEs that have already received services when a specific NF is removed due to a failure or capacity reduction, or when a task such as changing or updating the settings of a specific NF occurs. As in the above embodiment, the selection of an NF that takes over the service provided by a specific NF is performed by specifying it in OAM or taking into consideration a dynamic network state, but it is also specified in advance for the purpose of backing up a specific NF by a network redundancy method. Such a method has an advantage that it can shorten the time required to create a new NF to take over the service or to search for an NF, especially in an emergency situation such as a failure.

[0151] According to one embodiment of the present disclosure, NFs used for backup purposes can be freely configured within a specific NF set, such as by designating one or more for backup purposes, or by designating one NF to be a backup for each NF.

[0152] FIG. 9 is a diagram illustrating a method for exchanging information related to an NF that plays a backup role for an NF according to one embodiment of the present disclosure.

[0153] In step 901, NF#1 910 receives or sets information related to NFs that will act as its backups. The list of NFs that will act as backups may include identifiers of NFs used in backup, and the list may be set according to purpose, i.e., backup for failure, backup for planned removal, backup for work items, etc.

[0154] In step 902, NF #2 940 may register or update its own information with the NRF or SCP 930. At that time, NF #2 940 may transmit its own NF profile. The NF profile may include a list of NFs operating as backups, and the list of NFs operating as backups may include identifiers of NFs used as backups. The list may also be set according to purpose, i.e., backup for failures, backup for planned removal, backup for work items, etc.

[0155] In step 903, the NRF / SCP 930 stores the received NF profile, which may include a list of NFs acting as backups. The list includes identifiers of NFs to be used as backups, and the list is also configured by use, i.e., backup for failures, backup for planned removal, backup for work items, etc.

[0156] In step 904, if another NF (referred to as NF#2 940) wishes to use the services provided by NF#1 920 or to receive information about NF#1 920, it may transmit a request (NF discovery) to the NRF or SCP 930.

[0157] In step 905, the NRF or SCP 930 may communicate an NF profile while responding to the NF discovery of step 904. The NF profile may include a list of NFs acting as backups, including identifiers of NFs to be used as backups, and the list may also be configured by use, i.e., backup for failures, backup for planned removal, backup for work items, etc.

[0158] In step 906, NF#2 940 can store the received NF profile. If a service is provided in conjunction with NF#1 920, but a NF (referred to as NF#3) must be selected to replace NF#1 920 due to a failure or the like, NF#2 940 can provide the service using an NF belonging to the backup list of NF#1 920.

[0159] NF#2 940 can find out that NF#1 920 is no longer providing services and that a change to another NF is necessary by directly informing NF#2 940 that NF#1 920 is no longer providing services (NF status change notification), or NF#1 920 can inform the NRF / SCP 930 of the status change, and the NRF / SCP 930 can then inform NF#2 940 of the status regarding NF#1 920 and that a change to another NF is necessary.

[0160] In addition, if NF#2 940 requests a specific service or sends a message to NF#1 920 but no processing such as a response is received, NF#1 920 can understand that it will no longer provide the service and that it is necessary to change to another NF. Meanwhile, in the above embodiment, the method in which NF#1 920 informs other NFs of its backup NF information has been described as transmitting the information via the NRF / SCP 930, but it is also possible to transmit the information directly during message exchange between NFs. That is, if NF#1 920 cooperates with other NFs to provide a specific service (when establishing registration or association, or transmitting NF status), NF#1 920 can directly transmit its backup NF information (the same information as described in the above embodiment of FIG. 9) to other NFs. The receiving NF uses it in the same manner as in the above embodiment.

[0161] 10 is a diagram showing the configuration of a network entity according to the present invention. The network entity according to the present invention is a concept including NF (Network Function) depending on the system implementation.

[0162] As shown in FIG. 10, the network entity of the present disclosure may include a transceiver 1000, a memory 1010, and a processor 1020. The processor 1020, the transceiver 1000, and the memory 1010 of the network entity may operate according to the above-mentioned network entity communication method. However, the components of the network entity are not limited to the above-mentioned examples. For example, the network entity may include more components than the above-mentioned components, or may include fewer components. Furthermore, the processor 1020, the transceiver 1000, and the memory 1010 may be embodied in the form of a single chip. Furthermore, the processor 1020 may include at least one processor.

[0163] The transceiver 1000 is a collective term for the receiver of the network entity and the transmitter of the network entity, and can transmit and receive signals to and from a base station. The signals transmitted and received to and from the base station may include control information and data. To this end, the transceiver 1000 is also configured with an RF (radio frequency) transmitter that up-converts and amplifies the frequency of a signal to be transmitted, and an RF receiver that low-noise-amplifies and down-converts the frequency of a signal to be received. However, this is only one embodiment of the transceiver 1000, and the components of the transceiver 1000 are not limited to the RF transmitter and the RF receiver. The transceiver 1000 can also transmit and receive signals to and from other network entities. In addition, the transceiver unit 1000 can receive signals via a wireless channel, output the signals to the processor 1020, and transmit the signals output from the processor 10200 via a wireless channel.

[0164] The memory 1010 can store programs and data necessary for the operation of the network entity. The memory 1010 can also store control information or data included in signals acquired by the network entity. The memory 1010 can be configured by a ROM, a RAM, a hard disk, a recording medium such as a CD-ROM (compact disc read only memory) and a DVD (digital versatile disc), or a combination of recording media.

[0165] The processor 1020 may control a series of processes so that the network entity operates according to the above-described embodiment of the present disclosure. For example, the processor 1020 may receive control signals and data signals via the transceiver unit 1000, process the received control signals and data signals, and transmit the processed control signals and data signals via the transceiver unit 1000.

[0166] The transceiver 1000, the memory 1010 and the processor 1020 may be electrically connected to each other. For example, the controller 910 may be a circuit, an application-specific circuit, or at least one processor. The operation of the network entity may be realized by providing a memory device storing the program code in any component in the network entity. The network entity may be any one of a base station (RAN), an AMF, an SMF, an UPF, an NF, an NEF, an NRF, a CF, an NSSF, an UDM, an AF, an AUSF, an SCP, an UDSF, a context storage, an OAM, an EMS, a configuration server, and an ID management server. It goes without saying that the network entity is not limited to the above examples.

[0167] FIG. 11 is a diagram showing the configuration of a terminal (UE) according to the present invention.

[0168] As illustrated in FIG. 11, the terminal of the present disclosure may include a transceiver 1100, a memory 1110, and a processor 1120. The processor 1120, the transceiver 1100, and the memory 1110 of the terminal may operate according to the above-described terminal communication method. However, the components of the terminal are not limited to the above-described examples. For example, the terminal may include more components than the above-described components, or may include fewer components. In addition, the processor 1120, the transceiver 1100, and the memory 1110 may be embodied in the form of a single chip. Also, the processor 1120 may include at least one processor.

[0169] The transceiver 1100 is a collective term for the receiver of the terminal and the transmitter of the terminal, and can transmit and receive signals to and from a base station. The signals transmitted and received to and from the base station may include control information and data. For this purpose, the transceiver 1100 is also composed of an RF transmitter that up-converts and amplifies the frequency of a signal to be transmitted, and an RF receiver that low-noise-amplifies and down-converts the frequency of a signal to be received. However, this is only one embodiment of the transceiver 1100, and the components of the transceiver 1100 are not limited to the RF transmitter and the RF receiver.

[0170] In addition, the transceiver 1100 can receive a signal via a wireless channel, output the signal to the processor 1120, and transmit the signal output from the processor 1120 via a wireless channel.

[0171] The memory 1110 may store programs and data necessary for the operation of the terminal. The memory 1110 may also store control information or data included in a signal acquired by the terminal. The memory 1020 may be a recording medium such as a ROM, a RAM, a hard disk, a CD-ROM, or a DVD, or a combination of recording media. The processor 1120 may control a series of processes so that the terminal operates according to the above-described embodiment of the present disclosure. For example, the processor 1120 may receive control signals and data signals via the transceiver 1100, process the received control signals and data signals, and transmit the processed control signals and data signals via the transceiver 1100.

[0172] It should be noted that the configuration diagrams, control / data signal transmission method diagrams, and operation procedure diagrams illustrated in the above-mentioned Figures 1 to 11 are not intended to limit the scope of the present disclosure. In other words, all components, entities, or operation steps illustrated in Figures 1 to 11 should not be construed as essential components for carrying out the disclosure, and the disclosure may be embodied by including only some components within a scope that does not harm the essence of the disclosure.

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

[0174] In the case of a software implementation, a computer-readable recording medium or computer program product may be provided that stores one or more programs (software modules). The one or more programs stored on the computer-readable recording medium or computer program product may also be configured for execution by one or more processors in an electronic device. The one or more programs include instructions that cause the electronic device to execute a method according to an embodiment described in the claims or specification of the present disclosure.

[0175] Such programs (software modules, software) may be stored in RAM, non-volatile memory including flash memory, ROM, electrically erasable programmable read only memory (EEPROM), magnetic disk storage device, CD-ROM, DVD, other forms of optical storage device, or magnetic cassette, or in a memory configured as a combination of some or all of these. Also, each of the memory configurations may be included in multiples.

[0176] The program may also be stored in an attachable storage device that is accessed via a communication network such as the Internet, an intranet, a local area network (LAN), a wide local area network (WLAN), or a storage area network (SAN), or a combination thereof. Such a storage device may be connected to a device that performs an embodiment of the present disclosure through an external port. Also, a separate storage device on the communication network may be connected to a device that performs an embodiment of the present disclosure.

[0177] In the specific embodiments of the present disclosure described above, the components included in the present disclosure are expressed in the singular or plural form according to the specific embodiments presented. However, the expressions in the singular or plural form are selected to suit the presented circumstances for the convenience of explanation, and the present disclosure is not limited to the singular or plural form, and even if a component is expressed in the plural form, it may be composed of the singular form, or even if a component is expressed in the singular form, it may be composed of the plural form.

[0178] Meanwhile, the embodiments disclosed in this specification and the drawings are merely specific examples presented to easily explain the contents of the present disclosure and to aid in the understanding of the present disclosure, and do not limit the scope of the present disclosure. That is, it is obvious to a person skilled in the art in the technical field to which the present disclosure belongs that other modifications based on the technical idea of ​​the present disclosure can be implemented. In addition, each embodiment can be combined with each other and operated as necessary. For example, parts of an embodiment different from an embodiment of the present disclosure can be combined with each other. In addition, one embodiment may be modified based on the technical idea of ​​the above-mentioned embodiment in other systems, such as an LTE system, a 5G system, or an NR system. [Explanation of symbols]

[0179] 200 NF set 301 SMF #1 302 SMF #2 303 UPF 304UE 1000 Transmitter / Receiver 1010 Memory 1020 Processor

Claims

1. A method for providing a continuous service to a terminal, the method being performed by a first session management function (SMF), comprising: Identifying, by a first SMF, triggering an SMF change operation; sending a message to an access and mobility management function (AMF) notifying a change in a state of a packet data unit (PDU) session related to the terminal in order to request an SMF change procedure; receiving a context request message requesting a context of the terminal from a second SMF, which is a changed SMF; and sending a context request response message to the second SMF.

2. The SMF change operation is triggered by a request from an OAM (operations, administration and maintenance), The method of claim 1 , wherein the OAM request includes identification information of the second SMF.

3. The method comprises: sending a message to the AMF requesting notification of information related to a status change of the terminal; The method of claim 1, further comprising: receiving, from the AMF, a notification message indicating a state change of the terminal.

4. A message notifying a state change of a PDU session related to the terminal: The method of claim 1, further comprising at least one of an identification information of the second SMF, a context ID, or an identification information of the terminal.

5. The context request response message includes: The method of claim 1, further comprising: a context of the terminal requested by the AMF, the context including information related to a user plane function (UPF) that the second SMF must select.

6. A method for providing continuous service to a terminal, the method comprising: receiving a message indicating a change in a state of a packet data unit (PDU) session related to a terminal in order to request an SMF change procedure from a session management function (SMF); selecting a second SMF, the SMF to be changed; sending a request message to the second SMF to request creation of a new session; receiving, from the second SMF, a response message to a request message requesting the creation of the new session.

7. The step of selecting the second SMF comprises: The method of claim 6, wherein the method is performed by the AMF or via a service communication proxy (SCP).

8. The method comprises: receiving a message requesting notification of information related to a change in the status of the terminal from the first SMF; monitoring a state change of the terminal; The method of claim 6, further comprising: sending a notification message to the first SMF to notify the terminal of a state change based on the monitoring result.

9. A message notifying a state change of a PDU session related to the terminal: At least one of identification information of the second SMF, a context ID, or identification information of the terminal; The method of claim 6 , wherein the identification information of the second SMF includes an SMF set identification information.

10. The method of claim 6 , wherein the second SMF is registered with a unified data management (UDM).

11. In order to provide a continuous service to a terminal, in a first session management function (SMF), the first SMF comprises: A transceiver; The first SMF includes a processor coupled to the transceiver configured to identify triggering of an SMF change operation by the first SMF, transmit a message notifying a state change of a packet data unit (PDU) session related to the terminal to request an SMF change procedure to an access and mobility management function (AMF), receive a context request message requesting a context of the terminal from a second SMF that is the SMF to be changed, and transmit a context request response message to the second SMF.

12. The SMF change operation is triggered by a request from an OAM (operations, administration and maintenance), The first SMF of claim 11, wherein the OAM request includes identification information of the second SMF.

13. The processor, Send a message to the AMF requesting information notification regarding a state change of the terminal; The first SMF according to claim 11, further comprising: receiving a notification message from the AMF notifying the terminal of a state change.

14. A message notifying a state change of a PDU session related to the terminal: The first SMF according to claim 11, comprising at least one of an identification information of the second SMF, a context ID, or an identification information of the terminal.

15. In order to provide continuous services to the terminal, in an access and mobility management function (AMF), the AMF: A transceiver; and a processor coupled to the transceiver, configured to receive a message informing of a change in a state of a packet data unit (PDU) session related to a terminal in order to request an SMF change procedure from a first session management function (SMF), select a second SMF as the SMF to be changed, transmit a request message to the second SMF requesting the creation of a new session, and receive a response message to the request message requesting the creation of the new session from the second SMF.

Images