Methods and devices for network slice usage control

Abstract

Embodiments of the present disclosure provide methods and network nodes for network slice usage control in a communication network. A method (300) performed by a first network node (10) implementing mobility management function may comprise: sending (3001), to a second network node (20) implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device; and for each deregistration inactivity timer, the information comprises remaining duration of the deregistration inactivity timer and / or duration that the deregistration inactivity timer has already been running; the first network node (10) is an old network node serving the terminal device, the second network node (20) is a new network node serving the terminal device.

Description

METHODS AND DEVICES FOR NETWORK SLICE USAGE CONTROLTECHNICAL FIELD

[0001] The non-limiting and exemplary embodiments of the present disclosure generally relate to the technical field of communications, and specifically to methods and network nodes for network slice usage control in a communication network.BACKGROUND

[0002] This section introduces aspects that may facilitate a better understanding of the present disclosure. Accordingly, the statements of this section are to be read in this light and are not to be understood as admissions about what is in the prior art or what is not in the prior art.

[0003] Network slicing is defined in the 3rd generation partnership project (3GPP) as a logical network that provides specific network capabilities and network characteristics and comprises radio access network (RAN) , core network (CN) , and transport network. It is a concept for running multiple logical customized networks on a shared common infrastructure complying with agreed service level agreements (SLAs) for different vertical industry customers and requested functionalities. Then, each “slice” or portion of the network can be allocated based on the specific needs of the application, use case or customer.

[0004] In order to control usage on network slice (s) , two aspects of network slice usage control are defined in clause 5.15.15 of 3GPP Technical Specification (TS) 23.501 V18.3.0. One is usage policy configuration, the other is configuration of timers, such as PDU Sessions inactivity timers and Network Slice deregistration inactivity timers.

[0005] For the Network Slice deregistration inactivity timer, clauses 5.15.15.2 and 5.15.15.3 of 3GPP TS 23.501 V18.3.0 define respectively User Equipment (UE) Configuration of network-controlled Slice Usage Policy and Network-based per UE Network Slice usage behaviour control.

[0006] For the “UE Configuration of network-controlled Slice Usage Policy” , it is defined that for all on demand Single Network Slice Selection Assistance Information (S-NSSAI) (s) of the Home Public Land Mobile Network (HPLMN) in the Configured NSSAI, a deregistration inactivity timer that causes the UE to deregister the Network Slice after the last Protocol Data Unit (PDU) Session associated with the S-NSSAI is released. This deregistration inactivity timer is started at the UE and Access and Mobility Management Function (AMF) per access type when the last PDU Session associated with the S-NSSAI is released, or the Network Slice is included in the Allowed NSSAI and no PDU session is established. The deregistration inactivity timer is stopped and reset when the first PDU session is established or the S-NSSAI is removed from the Allowed NSSAI. The AMF and UE may locally remove the S-NSSAI from the Allowed NSSAI when the timer expires. The AMF may also send a UE Configuration Update Command to remove the slice from the Allowed NSSAI. If the UE and network state became misaligned, the UE may, for example, request connectivity in a Network Slice which is no longer allowed. In this case, the AMF shall provide the updated Allowed NSSAI in a UE Configuration Update Command after rejecting the PDU Session establishment. The UE may then re-register with the Network Slice if needed.

[0007] For the “Network-based per UE Network Slice usage behaviour control” , it is defined that the AMF runs a deregistration inactivity timer per S-NSSAI and access type to deregister the Network Slice which is started when the Network Slice is not used by any PDU Session over the corresponding access type. The deregistration inactivity timer is stopped and reset when at least a PDU Session associated with the Network Slice is successfully established or the Network Slice is removed from the Allowed NSSAI. When the deregistration inactivity timer for a Network Slice over an access type expires, the AMF removes the Network Slice from the Allowed NSSAI over the access type by sending the UE Configuration Update Command to impacted UE (s) . The SMFs provide to UPFs that handle the PDU sessions in the Network Slice a PDU Session inactivity timer. When the AMF receives the notification of PDU Session release and it includes the release cause of slice inactivity and if the Network Slice of the released PDU Session is not used by other PDU Sessions (i.e. the last PDU Session using the Network Slice is released) over the corresponding access type, the AMF may trigger the UE Configuration Update procedure to remove the Network Slice from the Allowed NSSAI over that corresponding access type or start the deregistration inactivity timer for the Network Slice.

[0008] From above definitions in 3GPP TS 23.501 V18.3.0, it can be seen that the Network Slice deregistration inactivity timer (or called “deregistration inactivity timer” ) is an important mechanism to control network slice usage, avoiding wasting resources.

[0009] However, there are some complicated cases for which above mentioned mechanism may not work.SUMMARY

[0010] This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

[0011] The above mentioned complicated case may happen during mobility procedure, such as registration or handover procedure. Following is an example:

[0012] In a fifth generation (5G) system, a Unified Data Management (UDM) provides the network slice usage control policy to the AMF, and the deregistration inactivity timer for the network slice S-NSSAI-1 is set to 30 minutes. Then there is no PDU session established for this slice for 15 minutes, and the UE performs a Mobility Registration Update procedure to a new AMF due to out of the registration area. In such a case, the network slice S-NSSAI-1 shall be removed after 15 minutes if no more PDU Session is established on it. However, there is no mechanism which defines that information of the slice deregistration inactivity timer should be transferred from the old AMF to the new AMF, the new AMF can only run 30 minutes after receiving the length of the timer from the UDM, it has additional 15 minutes for the UE to have the PDU Session established on this slice, and the new AMF cannot enforce it timely and in an accurate way, i.e. rejecting the PDU Session Establishment Request.

[0013] Besides the inaccurate enforcement, if the UE is moved back and forth between AMFs, the slice deregistration inactively timer will not expire, then this network slice will never be removed from the Allowed NSSAI in the 5G system, it might cause the resource waste, e.g. the quota of network slice admission control.

[0014] To overcome or mitigate the above mentioned problem, an improved solution for network slice usage control may be desirable, to ensure that a new AMF has an accurate timer information to enforce the deregistering of UEs from network slices by continuing the deregistration inactivity timer which is already started in the old AMF. To be noted that AMF is just an example to implement the solution in the present disclosure. Any network node implementing mobility management function, such as in the sixth generation (6G) system or future systems can implement the solution in the present disclosure for network slice usage control.

[0015] With the solution provided in the present disclosure, the information of a deregistration inactivity timer for a terminal device can be transferred from an old network node implementing mobility management function to a new one, the new network node can control the network slice usage based on a precise timer.

[0016] The solution provided in the present disclosure can be applicable to various procedures with change of the network node implementing mobility management function. The applicable procedures include but not limited to a mobility procedure (including a handover and a registration procedure) , a NF reselection procedure (aNF implementing mobility management function changes) , a restart / restoration procedure during which a NF implementing mobility management fails and restores later.

[0017] On one hand, the information of a deregistration inactivity timer for a terminal device can be sent from the old network node to the new network node, which will be described in the following first to nineth aspect of the present disclosure. On the other hand, the information can be sent from the old network node to a network node implementing data storage function, and the new network node get the information from the network node implementing data storage function, which will be described in the following tenth to twenty first aspects.

[0018] In a first aspect of the present disclosure, a method performed by a first network node implementing mobility management function is provided. In the method, the first network node may send to a second network node implementing mobility management function a list of information. each in the list is for a deregistration inactivity timer for a terminal device and a deregistration inactivity timer is for a network slice serving the terminal device. For each deregistration inactivity timer, the information may include at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer. Here, the first network node may be an old network node serving the terminal device, the second network node may be a new network node serving the terminal device instead of the first network node.

[0019] In an embodiment, before sending to a second network node implementing mobility management function the list of information, the first network node may receive from the second network node or a network node implementing network repository function, an indication indicating that the second network node supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management. In other words, the indication indicates that the second network node supports a functionality proposed in the present disclosure, which can be called “network slice usage control functionality” .

[0020] In a second aspect of the present disclosure, a method performed by a second network node implementing mobility management function is provided. In the method, the second network node may receive from a first network node implementing mobility management function a list of information. Each in the list may be for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device. For each deregistration inactivity timer, the information may include at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer. Here, the first network node may be an old network node serving the terminal device, the second network node may be a new network node serving the terminal device instead of the first network node.

[0021] In an embodiment, after receiving from a first network node implementing mobility management function the list of information, the second network node may continue each deregistration inactivity timer based on the information for the deregistration inactivity timer, or the second network node may continue part of the at least one deregistration inactivity timer based one respectively the information for the corresponding deregistration inactivity timer.

[0022] In an embodiment, before receiving from a first network node implementing mobility management function the list of information, the second network node may send to the first network node or a network node implementing network repository function an indication indicating that the second network node supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management. In other words, the indication indicates that the second network node supports a functionality proposed in the present disclosure, which can be called “network slice usage control functionality” .

[0023] In a third aspect of the present disclosure, there is provided a first network node implementing mobility management function. The first network node may comprise at least one processor and at least one memory coupled to the at least one processor, the at least one memory containing instructions executable by the at least one processor, the first network node is operative to execute the method of the first aspect of the present disclosure.

[0024] In a fourth aspect of the present disclosure, there is provided a second network node implementing mobility management function. The second network node may comprise at least one processor and at least one memory coupled to the at least one processor, the at least one memory containing instructions executable by the at least one processor, the second network node is operative to execute the method of the second aspect of the present disclosure.

[0025] In a fifth aspect of the present disclosure, there is provided a communication network comprising a first network node and a second network node according to any above aspect.

[0026] In a sixth aspect of the present disclosure, there is provided a computer program product comprising instructions which when executed by a processor, cause the processor to perform the method according to the first or the second aspect.

[0027] In a seventh aspect of the present disclosure, a method performed by a third network node implementing mobility management function is provided. In the method, the third network node may send to a network node implementing data storage function a list of information. Each in the list may be for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device. For each deregistration inactivity timer, the information may include at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer. Here the third network node may be serving the terminal device.

[0028] In an eighth aspect of the present disclosure, a method performed by a network node implementing data storage function is provided. In the method, the network node implementing data storage function may receive from a third network node implementing mobility management function, a list of information. Each in the list may be for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device. The network node implementing data storage function may store the list of information. For each deregistration inactivity timer, the information may include at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer. The third network node may be serving the terminal device.

[0029] In a ninth aspect of the present disclosure, a method performed by a fourth network node implementing mobility management function is provided. In the method, the fourth network node may send to a network node implementing data storage function a request for a list of information. Each in the list may be for a deregistration inactivity time for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device. The fourth network node may receive from the network node implementing data storage function the information of the at least one deregistration inactivity timer for the terminal device. Here, for each deregistration inactivity timer, the information may include at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer. The fourth network node may be a new node serving the terminal device instead of a third network node.

[0030] In an embodiment, after receiving from the network node implementing data storage function the list of, the fourth network node may continue each deregistration inactivity timer based on the information for the deregistration inactivity timer, or the fourth network node may continue part of the at least one deregistration inactivity timer based on respectively the information for the corresponding deregistration inactivity timer.

[0031] In a tenth aspect of the present disclosure, there is provided a third network node implementing mobility management function. The third network node may include at least one processor and at least one memory coupled to the at least one processor, the at least one memory containing instructions executable by the at least one processor, the first network node is operative to execute the method of the seventh aspect of the present disclosure.

[0032] In an eleventh aspect of the present disclosure, there is provided a network node implementing data storage function. The network node implementing data storage function may include at least one processor and at least one memory coupled to the at least one processor, the at least one memory containing instructions executable by the at least one processor, the network node implementing data storage function is operative to execute the method of the eighth aspect of the present disclosure.

[0033] In a twelfth aspect of the present disclosure, there is provided a fourth network node implementing mobility management function. The fourth network node may include at least one processor and at least one memory coupled to the at least one processor, the at least one memory containing instructions executable by the at least one processor, the fourth network node implementing is operative to execute the method of the ninth aspect of the present disclosure.

[0034] In a thirteenth aspect of the present disclosure, there is provided a communication network including a third network node, a network node implementing data storage function and a fourth network node according to any above aspect.

[0035] In a fourteenth aspect of the present disclosure, there is provided a computer program product including instructions which when executed by a processor, cause the processor to perform the method according to any of the seventh to ninth aspects.

[0036] In a fifteenth aspect of the present disclosure, there is provided a computer program product including instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the seventh to ninth aspects.

[0037] In any aspect of the present disclosure, optionally, the at least one deregistration inactivity timer is running on at least one network slice subject to a network slice usage control policy. Here, the network slice usage control policy can also be referred to as the “network-controlled Slice Usage Policy” defined in clause 5.15.15.2 of 3GPP TS 23.501 V18.3.0. The network slice usage control information can be stored or preconfigured in a network node implementing policy control function, such as policy control function (PCF) in a 5G system.

[0038] In any aspect of the present disclosure, optionally, for a deregistration inactivity timer in the at least one deregistration inactivity timer, the information may further include initial value of the deregistration inactivity timer. There might be an initial value for each of the at least one deregistration inactivity timer, or only part of the at least one deregistration inactivity timer has an initial value.

[0039] In any aspect of the present disclosure, optionally, the information may be included in a mobility management context of the terminal device. And optionally, for the aspects involving the first network node and / or the second network node, the mobility management context of the terminal device may be included in a message transferring context of the terminal device from the first network node to the second network node during a handover or a registration procedure. And optionally, the message may further include initial value of each deregistration inactivity timer, in such case, the information above mentioned may not include the initial value for a deregistration inactivity timer.

[0040] With information of the deregistration inactivity timer transferred from an old network node serving a terminal device to a new network node, the new network node can be more accurate to enforce the slice usage control, and the resource of network slice can be efficiently controlled by the new network node.

[0041] In some embodiments, the initial value can also be transferred from the old network node to the new network node, which can be used as assistant information by the new network node to calculate the remaining duration of a deregistration inactivity timer. Different initial values may be set respectively for the old network node and the new network node. The old initial value can be used by the new network node for reference to calculate a proper duration to continue the timer, to achieve dynamic update of initial value of deregistration inactivity timer.

[0042] Embodiments herein may provide many advantages, of which a non-exhaustive list of examples follows. With the indication. The embodiments herein are not limited to the features and advantages mentioned above. A person skilled in the art will recognize additional features and advantages upon reading the following detailed description.BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The above and other aspects, features, and benefits of various embodiments of the present disclosure will become more fully apparent, by way of example, from the following detailed description with reference to the accompanying drawings, in which like reference numerals or letters are used to designate like or equivalent elements. The drawings are illustrated for facilitating better understanding of the embodiments of the present disclosure and not necessarily drawn to scale, in which:

[0044] FIG. 1 shows an exemplary architecture reference model of a 5G system;

[0045] FIG. 2 and FIG. 3 show exemplary communication networks in accordance with some embodiments;

[0046] FIG. 4A and FIG. 4B are schematic signalling charts illustrating interactions between network nodes according to embodiments of the present disclosure;

[0047] FIG. 5A to FIG. 5E are flowcharts illustrating methods performed by network nodes according to embodiments of the present disclosure;

[0048] FIG. 6 is a diagram illustrating an exemplary process according to embodiments of the present disclosure;

[0049] FIG. 7 is a block diagram showing network nodes according to embodiments of the present disclosure.DETAILED DESCRIPTION

[0050] The embodiments of the present disclosure are described in detail with reference to the accompanying drawings. It should be understood that these embodiments are discussed only for the purpose of enabling those skilled persons in the art to better understand and thus implement the present disclosure, rather than suggesting any limitations on the scope of the present disclosure. Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present disclosure should be or are in any single embodiment of the present disclosure. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present disclosure. Furthermore, the described features, advantages, and characteristics of the present disclosure may be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the present disclosure may be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present disclosure.

[0051] Further, following 3GPP document is incorporated herein by reference in their entireties:

[0052] 3GPP TS 23.501 V18.4.0 (2023-12) : 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS) ; Stage 2 (Release 18) ;

[0053] 3GPP TS 23.502 V18.4.0 (2023-12) : 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS) ; Stage 2 (Release 18)

[0054] 3GPP TS 29.518 V18.3.0 (2023-09) : 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Access and Mobility Management Services; Stage 3 (Release 18) ;

[0055] 3GPP TS 29.503 V18.3.0 (2023-09) : 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Unified Data Management Services; Stage 3 (Release 18) ;

[0056] 3GPP TS 29.507 V18.4.0 (2023-12) : 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Access and Mobility Policy Control Service; Stage 3 (Release 18) ;

[0057] 3GPP TS 29.522 V18.4.0 (2023-12) : 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Network Exposure Function Northbound APIs; Stage 3 (Release 18) .

[0058] Although above 3GPP specifications are in a specific version, embodiments of the present disclosure may be applicable to other versions or versions of other releases. So, the incorporation of the specific version of specification should not be considered as restrictions of the present disclosure.

[0059] The solution in the present disclosure may be applicable to any communication network. A network may include network nodes (or called “network device” ) and terminal devices. The term “network node” can refer to any node in the network except terminal devices. A network node can be implemented either on a dedicated hardware, or as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g. on a cloud infrastructure.

[0060] The term “terminal device” refers to any end device that can access a network and receive services therefrom. By way of example and not limitation, the terminal device refers to a mobile terminal, user equipment (UE) , or other suitable devices. The UE may be, for example, a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and a playback appliance, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable device, a personal digital assistant (PDA) , a portable computer, a desktop computer, a wearable terminal device, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, a laptop-embedded equipment (LEE) , a laptop-mounted equipment (LME) , a USB dongle, a smart device, a wireless customer-premises equipment (CPE) and the like. In the following description, the terms “terminal device” , “terminal” , “user equipment” and “UE” may be used interchangeably. As one example, a terminal device may represent a UE configured for communication in accordance with one or more communication standards promulgated by the 3GPP (3rd Generation Partnership Project) , such as 3GPP’ LTE standard or NR standard. As used herein, a “user equipment” or “UE” may not necessarily have a “user” in the sense of a human user who owns and / or operates the relevant device. In some embodiments, a terminal device may be configured to transmit and / or receive information without direct human interaction. For instance, a terminal device may be designed to transmit information to a network on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the communication network. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but that may not initially be associated with a specific human user.

[0061] As yet another example, in an Internet of Things (IoT) scenario, a terminal device may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another terminal device and / or network equipment. The terminal device may in this case be a machine-to-machine (M2M) device, which may in a 3GPP context be referred to as a machine-type communication (MTC) device. As one particular example, the terminal device may be a UE implementing the 3GPP narrow band internet of things (NB-IoT) standard. Particular examples of such machines or devices are sensors, metering devices such as power meters, industrial machinery, or home or personal appliances, for example refrigerators, televisions, personal wearables such as watches etc. In other scenarios, a terminal device may represent a vehicle or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.

[0062] As used herein, the term “communication network” can refer to a network following any suitable communication standards such as new radio (NR) , long term evolution (LTE) , LTE-Advanced, wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , Code Division Multiple Access (CDMA) , Time Division Multiple Address (TDMA) , Frequency Division Multiple Access (FDMA) , Orthogonal Frequency-Division Multiple Access (OFDMA) , Single carrier frequency division multiple access (SC-FDMA) and other wireless systems. A CDMA network may implement a radio technology such as Universal Terrestrial Radio Access (UTRA) , etc. UTRA includes WCDMA and other variants of CDMA. A TDMA network may implement a radio technology such as Global System for Mobile Communications (GSM) . An OFDMA network may implement a radio technology such as Evolved UTRA (E-UTRA) , Ultra Mobile Broadband (UMB) , IEEE 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDMA, Ad-hoc network, wireless sensor network, etc. In the following description, the terms “network” and “system” can be used interchangeably. Furthermore, the communication between two devices in the network may be performed according to any suitable communication protocols, including, but not limited to, the communication protocols as defined by a standard organization such as 3GPP. For example, the communication protocols may comprise the first generation (1G) , 2G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols either currently known or to be developed in the future.

[0063] FIG. 1 shows an exemplary architecture reference model of a 5G system. In a 5G system, a network node can implement a NF or a network entity, such as a Service Communication Proxy (SCP) or Security Edge Protection Proxies (SEPP) . NFs and NF services can communicate directly, referred to as Direct Communication, or indirectly via a SCP, referred to as Indirect Communication. If a network node implements a NF, the NF can be an Authentication Server Function (AUSF) , an Access and Mobility Management Function (AMF) , a Data Network (DN) , e.g. operator services, Internet access or 3rd party services, an Unstructured Data Storage Function (UDSF) , a Network Exposure Function (NEF) , a Network Repository Function (NRF) , a Network Slice Admission Control Function (NSACF) , a Network Slice-specific and SNPN Authentication and Authorization Function (NSSAAF) , a Network Slice Selection Function (NSSF) , a Policy Control Function (PCF) , a Session Management Function (SMF) , a Unified Data Management (UDM) , a Unified Data Repository (UDR) , a User Plane Function (UPF) , a UE radio Capability Management Function (UCMF) , an Application Function (AF) , a (Radio) Access Network ( (R) AN) , a 5G-Equipment Identity Register (5G-EIR) , a Network Data Analytics Function (NWDAF) , a CHarging Function (CHF) , a Time Sensitive Networking AF (TSN AF) , a Time Sensitive Communication and Time Synchronization Function (TSCTSF) , a Data Collection Coordination Function (DCCF) , an Analytics Data Repository Function (ADRF) , a Messaging Framework Adaptor Function (MFAF) , a Non-Seamless WLAN Offload Function (NSWOF) or an Edge Application Server Discovery Function (EASDF) , etc. The 5G system architecture may contain following service-based interfaces: Namf, Nsmf, Nnef, Npcf, Nudm, Naf, Nnrf, Nnsacf, Nnssaaf, Nnssf, Nausf, Nudr, Nudsf, N5g-eir, Nnwdaf, Nchf, Nucmf, Ndccf, Nmfaf, Nadrf, Naanf, N5g-ddnmf, Nmbsmf, Nmbsf, Ntsctsf, Nbsp, Neasdf, Nupf. The 5G system architecture may also contain reference points N1, N2, N3, N4, N6, N9, etc.

[0064] The solution of the present disclosure will be described in detail with reference to FIG. 2 to FIG. 8E.

[0065] FIG. 2 and FIG. 3 show exemplary communication network 100 and communication network 200 respectively in accordance with some embodiments.

[0066] As shown in FIG. 2, the communication network 100 may include: a first network node 10 and a second network node 20. The network 100 may further include at least one terminal device. The first network node 10 and the second network node 20 may both implement mobility management function. For example, they can be AMFs in a 5G system.

[0067] The first network node 10 may be an old network node serving a terminal device, and the second network node 20 may be a new network node serving the same terminal device instead of the first network node 10. Such a case may happen during a mobility procedure, such as a handover or a registration procedure, usually due to the terminal device’s mobility. Such a case may also happen between network nodes in a pool executing the same function, here they both implement mobility management function. for example, they can be AMF instances in the same AMF set. The first AMF may fail due to some reason, then the second AMF may take the role to serve the terminal device originally served by the first AMF. Such a case may also happen on the same network node, that means the first network node 10 and the second network node 20 are the same network node. The first network node 10 may fail due to some reason and restores shortly after the failure, and continue to serve the same terminal device originally served by itself.

[0068] For a specific terminal device, the first network node 10 may have already started one or more deregistration inactivity timers, here, each deregistration inactivity timer is for a network slice serving the terminal device. However, in one of the cases mentioned above, the second network node 20 becomes the new network node serving the terminal device instead of the first network node 10. Then a solution is provided in the present disclosure that the information of the started deregistration inactivity timer (s) in the first network node 10 can be transferred to the second network node 20, so the second network node 20 can continue the timer (s) without restarting the timer (s) , then achieve accurate network slice usage control can be achieved. In the communication network 100 shown in FIG. 2, the information of the at least one deregistration inactivity timer can be sent from the first network node 10 to the second network node 20. However, in the communication network 200 shown in FIG. 3, which will be described in detail later, the information of the at least one deregistration inactivity timer will be firstly sent from the old network node (athird network node 30) to a network node 50 implementing data storage function, then the new network node (afourth network node 40) will get the information from the network node 50 and continue the timer. This will be described later.

[0069] In the communication network 100, the second network node 20 may inform the first network node 10 whether it supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management, which can be called “network slice usage control functionality” as mentioned above. If the second network node 20 support “network slice usage control functionality” , the first network node 10 can send the information of the at least one deregistration inactivity timer to the second network node; otherwise, the first network node 10 may not send the information to the second network node 20.

[0070] The communication network 100 may optionally include a network node implementing network repository function. The second network node 20 may send an indication indicating that the second network node supports “network slice usage control functionality” to the network node implementing network repository function, then the first network node 10 may receive the indication from the network node implementing network repository function. Or the second network node 20 may send the indication to the first network node 10.

[0071] To be noted that, in the present disclosure, all following descriptions can be understood as control method or mechanism or policy as to the usage of a network slice: “Network-Controlled Slice Usage Control” , “network slice usage control” , “network-controlled Slice Usage” , ” Network Slice usage behaviour control” .

[0072] FIG. 3 shows the other communication network 200 provided in the present disclosure. As shown in FIG. 3, the network 200 may include a third network node 30, a fourth network node 40 and a network node 50 implementing data storage function, such as a UDSF in a 5G system. the network 200 may further include at least one terminal device. The third network node 30 may be an old network node serving a terminal device, the fourth network node 40 may be a new network node serving the same terminal device. Similar to above mentioned the first network node 10 and the second network node 20, the third network node 30 and the fourth network node 40 may both implement mobility management function, the above mentioned cases as to the communication network 100 may also happen in communication network 200, in which the information of at least one deregistration inactivity timer started in the third network node 30 for a specific terminal device may be transferred to the fourth network node 40. What is different is that the information transfer in the communication network 200 is via the network node 50. The third network node 30 may firstly send the information of the at least one timer to the network node 50, and then the fourth network node 40 may receive the information of the at least one timer from the network node 50.

[0073] For the above mentioned communication network 100 and communication network 200, optionally, the at least one network slice is subject to network slice usage control as defined in the clause 4.2.2.3.7 of TS 29.507 V18.4.1, the definition of this feature “NetSliceUsageCtrl” is as followed:

[0074] 4.2.2.3.7 Network slice usage control

[0075] When the PCF receives a Npcf_AMPolicyControl_Create request and the "NetSliceUsageCtrl" feature is supported, the PCF may check whether any of the UE's S-NSSAI (s) are subject to network slice usage control. If it is the case, the PCF may provision in the Npcf_AMPolicyControl_Create response the network slice usage control information (e.g., slice deregistration inactivity timer) within the "sliceUsgCtrlInfoSets" attribute of the PolicyAssociation data structure for each on-demand S-NSSAI of the UE's Allowed NSSAI, as specified in clause 5.15.15.3 of 3GPP TS 23.501 [2] .

[0076] The network slice usage control information can be stored or preconfigured in a network node implementing policy control function, such as policy control function (PCF) in a 5G system.

[0077] For the above mentioned communication networks 100 and 200, for the transferred information of the at least one deregistration inactivity timer for a terminal device, each deregistration inactivity timer may be for a network slice serving the terminal device. Optionally, the information may be included in a mobility management context of the terminal device, for example “MmContext” in 5G system defined in clause 6.1.6.2.34 of 3GPP TS 29.518 V18.3.0 (2023-09) . For the above mentioned mobility procedure, the mobility management context of the terminal device may be included in a message transferring context of the terminal device from the first network node to the second network node during a handover procedure or a registration procedure. For example, in 5G system, the message may be “Namf_Communication_UEContextTransfer Response” during a registration procedure, or “Namf_Communication_CreateUEContext Request” during a handover procedure. Following is an example of the information which is added as an attribute in the “MmContext” , transferring the slice deregistration inactivity timer information between AMFs in a registration procedure, or handover procedure. The underlined “deregInactTimerList” is an exemplary embodiment of the information of the at least one deregistration inactivity timer mentioned above, it is a new added attribute, with Data type as “map (DeregInactTimerInfo) ” , which means the attribute may include a map of DeregInactTimerInfo, where the S-NSSAI (an identifier of a network slice) shall be used as the key of the map. 6.1.6.2.34 Type: MmContext

[0078] As mentioned above, there are three alternatives to provide the information of the at least one deregistration inactivity timer.

[0079] Alternative 1

[0080] For alternative 1, the information of a deregistration inactivity timer may include remaining duration of the deregistration inactivity timer. The “remaingDeregInactDuration ” in following table 1 indicates the remaining duration of the deregistration inactivity timer. Table 1

[0081] Alternative 2

[0082] For alternative 2, the information of a deregistration inactivity timer may include duration that the deregistration inactivity timer has already been running. The “runningDeregInactDuration” in following table 2 indicates the duration that the deregistration inactivity timer has already been running. Table 2

[0083] Alternative 3

[0084] For alternative 3, the information of a deregistration inactivity timer may include expiry time of the deregistration inactivity timer. The “deregInactExpiryTime” in following table 3 indicates the expiry time that the deregistration inactivity timer will be expired. To be noted that, for the PCF case, the initial value of timer might be included in the amPolicyInfoContainer attribute of UEContext. Table 3

[0085] Optionally, for each deregistration inactivity timer, the information of the deregistration inactivity timer may further include initial value of the deregistration inactivity timer. With the initial value being transferred from the old network node to the new network node, it can be used as assistant information by the new network node to calculate the remaining duration of a deregistration inactivity timer. Usually, the new network node may get the initial value from other network nodes, such as a network node implementing policy control function, e.g. PCF in a 5G system, a network node implementing data management, e.g. UDM in a 5G system. Or the network node can get the initial value based on local configuration. However, sometimes the new network node may fail to get the initial value in above traditional ways, so including the initial value in the information can ensure acquisition of the initial value by the new network node. On the other hand, different initial values may be set respectively for the old network node and the new network node. The old initial value can be used by the new network node for reference to calculate a proper duration to continue the timer, to achieve dynamic update of initial value of deregistration inactivity timer. In the above table 1 and table 2, the attribute “deregInactTimer” may indicate the initial value of the timer, as defined in the “Description” the attributed can be present if the new network node doesn’ t receive it from a PCF.

[0086] Optionally, for the communication network 100, the first network node 10 may be indicated in advance whether the second network node 20 supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management, that is the above mentioned “network slice usage control functionality” . For a 5G system, a new feature can be added into the clause 6.1.8 of 3GPP TS 29.518 V18.3.0 (2023-09) , with which the second network node 20 can indicate whether it support “network slice usage control functionality” , which is shown as “NetSliceUsageCtrl” in following table 4. This update may impact the SupportedFeatures included in the request (e.g. Namf_Communication_UEContextTransfer request) , or in the NFProfile registered to the NRF(e.g., to be used by the Source AMF in the handover procedure) . Table 4

[0087] FIG. 4A and FIG. 4B are schematic signalling charts illustrating a method 300 and a method 400 with interactions between network nodes according to an embodiment of the present disclosure. The method 300 can be implemented in the communication network 100, the method 400 can be implemented in the communication network 200.

[0088] First, the method 300 will be describe with reference to the FIG. 4A.

[0089] In the step S3001 of the method 300, the first network node 10 sends to the second network node 20 information of at least one deregistration inactivity timer for a terminal device, wherein each deregistration inactivity timer is for a network slice serving the terminal device.

[0090] Optionally, before the step S3001, the first network node 10 may in step S3002 receive from the second network node 20 or in step S3003 receive from a network node implementing network repository function, an indication indicating that the second network node 20 supports “network slice usage control functionality” .

[0091] Optionally, if the first network node 10 receives in step S3003 the indication from the network node implementing network repository function, then the method 300 may further include step S3005, executed before the step S3003. In the step S3005, the second network node 20 may send the indication to the network node implementing network repository function.

[0092] The method 300 may further include step S3004, in the step S3004, after receiving the information of the at least one deregistration inactivity timer for the terminal device, the second network node 20 may continue the deregistration inactivity timer based on the information of the deregistration inactivity timer.

[0093] Other details of the steps executed by the first network node 10 and the second network node 20 can be referred to above mentioned details related to the communication network 100.

[0094] Second, the method 400 will be described with reference to the FIG. 4B.

[0095] In the step S4001, the third network node 30 may send to the network node 50 information of at least one deregistration inactivity timer for a terminal device, wherein each deregistration inactivity timer is for a network slice serving the terminal device.

[0096] In the step S4002, after receiving the information of the at least one deregistration inactivity timer for the terminal device in the step S4001, the network node 50 may store the information of the at least one deregistration inactivity timer for the terminal device.

[0097] In step S4003, the fourth network node 40 may send to the network node 50 a request for the information of the at least one deregistration inactivity timer for the terminal device.

[0098] In step S4004, the network node 50 may respond to the request received in the step S4003, by sending the information of the at least one deregistration inactivity timer for the terminal device to the fourth network node 40.

[0099] In step S4005, after receiving the information in the step S4004, the fourth network node 40 may continue the deregistration inactivity timer based on the information of the deregistration inactivity timer.

[0100] Other details of the steps executed by the third network node 30, the network node 50 and the fourth network node 40 can be referred to above mentioned details related to the communication network 200.

[0101] FIG. 5A to FIG. 5E are flowcharts of methods performed by a network node according to embodiments of the present disclosure.

[0102] FIG. 5A shows a flowchart of method 300 performed by the first network node 10. As shown in FIG. 5A, in the step S3001, the first network node 10 may send to the second network node 20 a list of information. Here each in the list may be for a deregistration inactivity timer for a terminal device. Optionally before the step S3001, the first network node 10 may receive from the second node in the step S3002 or receive from a network node implementing network repository function in the step S3003 an indication indicating that the second network node 20 supports “network slice usage control functionality” . Other details of the method 300 performed by the first network node 10 can be referred to above mentioned operations by the first network node 10.

[0103] FIG. 5B shows a flowchart of method 300 performed by the second network node 20. As shown in FIG. 5B, in the step S3001, the second network node 20 may receive from the first network node 10 a list of information. Here each in the list may be for a deregistration inactivity timer for a terminal device. In the step S3004, the second network node 20 may continue the deregistration inactivity timer based on the information of the deregistration inactivity timer. Optionally, the second network node 20 may send to the first network node 10 in the step S3002 or send to a network node implementing network repository function in the step S3005 an indication indicating that the second network node supports “network slice usage control functionality” . Other details of the method 300 performed by the second network node 20 can be referred to above mentioned operations by the second network node 20.

[0104] FIG. 5C shows a flowchart of method 400 performed by the third network node 30. As shown in FIG. 5C, in the step S4001, the third network node 30 may send to a network node 50 implementing data storage function, a list of information. Here each in the list is for a deregistration inactivity timer for a terminal device. Other details of the method 400 performed by the third network node 30 can be referred to above mentioned operations by the third network node 30.

[0105] FIG. 5D shows a flow chart of method 400 performed by the network node 50 implementing data storage function. As shown in FIG. 5D, in the step S4001, the network node 50 may receive from the third network node 30 a list of information. Here each in the list may be for a deregistration inactivity timer for a terminal device. In the step S4002, the network node 50 may store the list of information. In the step S4003, the network node 50 may receive from the fourth network node 40 a request for the list of information. And in the step S4004, the network node 50 may send to the fourth network node 40 the list of information. Other details of the method 400 performed by the network node 50 can be referred to above mentioned operations by the network node 50.

[0106] FIG. 5E shows a flow chart of method 400 performed by the fourth network node 40. As shown in FIG. 5E, in the step S4003, the fourth network node 40 may send to the network node 50 implementing data storage function a request for information of at least one deregistration inactivity time for a terminal device. In the step S4004, the fourth network node 40 may receive from the network node 50 the information of the at least one deregistration inactivity timer for the terminal device. In the step S4005, the fourth network node 40 may continue each deregistration inactivity timer based on the information of the deregistration inactivity timer. Other details of the method 400 performed by the network node 50 can be referred to above mentioned operations by the network node 50.

[0107] Next, an exemplary embodiment is provided with reference to FIG. 6. FIG. 6 shows a signalling flow of Mobility registration Update in a 5G system, which is a registration procedure. In FIG. 6, the UE is an example of a terminal device mentioned above, the old AMF (which is shown as “Old AMF” in FIG. 6) is an example of the first network node 10 implementing mobility management mentioned above, the new AMF (which is shown as “New AMF” in FIG. 6) is an example of the second network node 20 implementing mobility management mentioned above. The UDM is a network node implementing Unified Data Management in a 5G system. Either the old AMF or the new AMF can receive deregistration inactivity timer per network slide from the UDM.

[0108] As shown in FIG. 6, in step 1, the UE registers into a 5G system (5GS) . During the registration procedure, the old AMF may receive the deregistration inactivity timer per network slice from the UDM. To be noted that, the deregistration inactivity timer per network slice could also be received from a PCF or from the local configuration in the old AMF or the new AMF.

[0109] In step 2, if there is no PDU Session established on a network slice, or the last PDU Session is released on the network slice, the old AMF will start the deregistration inactivity timer for the network slice.

[0110] In step 3, when the timer is running, the UE may trigger a Mobility registration procedure. To be noted that it could also be a Handover procedure for the PDU Session (s) of other network slice (s) .

[0111] In step 4, the new AMF may send a Namf_Communication_UEContextTransfer request to retrieve UE Context for the UE from the old AMF.

[0112] In step 5, the old AMF responses the Namf_Communication_UEContextTransfer request with UE’s Context, which additionally may include the information of the deregistration inactivity timer, which is shown as “deregistration inactivity timer information” in FIG. 6.

[0113] In step 6, when the new AMF receives the information of the deregistration inactivity timer, it can continue the timer with the remaining duration.

[0114] In step 7, the steps 6-25 of the figure 4.2.2.2.2-1 in 3GPP TS 23.502 V18.4.0 is performed.

[0115] Optionally, if the deregistration inactivity timer continued in the new AMF is expired, the new AMF may trigger UE configuration Update procedure to update the Allowed NSSAI by excluding the network slice which needs to be deregistered.

[0116] FIG. 7 is a block diagram illustrating an apparatus suitable for use in practicing some embodiments of the present disclosure. For example, the first network node 10, the second network node 20, the third network node 30, the network node 50 implementing data storage function, the fourth network node 40 described above can be implemented through the apparatus 1000. As shown in FIG. 7, the apparatus 1000 can include at least one processor 1001, at least one memory 1002 that stores a program, and optionally a communication interface 1003 for communicating data with external devices.

[0117] The program includes program instructions that, when executed by the at least one processor 1001, enable the apparatus 1000 to operate in accordance with the embodiments of the present disclosure, as discussed above. That is, the embodiments of the present disclosure can be implemented at least in part by computer software executable by the at least one processor 1001, or by hardware, or by a combination of software and hardware.

[0118] The memory 1002 can be of any type suitable to the local technical environment and can be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memories, magnetic memory devices and systems, optical memory devices and systems, fixed memories and removable memories. The processor 1001 can be of any type suitable to the local technical environment, and can include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multi-core processor architectures, as non-limiting examples.

[0119] In general, the various exemplary embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the disclosure is not limited thereto. While various aspects of the exemplary embodiments of this disclosure may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0120] As such, it should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be practiced in various components such as integrated circuit chips and modules. It should thus be appreciated that the exemplary embodiments of this disclosure may be realized in an apparatus that is embodied as an integrated circuit, where the integrated circuit may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor, a digital signal processor, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this disclosure.

[0121] It should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be embodied in computer-executable instructions, such as in one or more program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types when executed by a processor in a computer or other device. The computer executable instructions may be stored on a computer readable medium such as a hard disk, optical disk, removable storage media, solid state memory, RAM, etc. As will be appreciated by one skilled in the art, the function of the program modules may be combined or distributed as desired in various embodiments. In addition, the function may be embodied in whole or in part in firmware or hardware equivalents such as integrated circuits, field programmable gate arrays (FPGA) , and the like.

[0122] References in the present disclosure to “one embodiment” , “an embodiment” and so on, indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to implement such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0123] It should be understood that, although the terms “first” , “second” and so on may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of the disclosure. As used herein, the term “and / or” includes any and all combinations of one or more of the associated listed terms.

[0124] As used herein, the phrase “at least one of A and B” or “at least one of A or B” should be understood to mean “only A, only B, or both A and B. ” The phrase “Aand / or B” should be understood to mean “only A, only B, or both A and B” .

[0125] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the present disclosure. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components, but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. The terms “connect” , “connects” , “connecting” and / or “connected” used herein cover the direct and / or indirect connection between two elements. It should be noted that two blocks shown in succession in the above figures may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.

[0126] The present disclosure includes any novel feature or combination of features disclosed herein either explicitly or any generalization thereof. Various modifications and adaptations to the foregoing exemplary embodiments of this disclosure may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings. However, any and all modifications will still fall within the scope of the non-Limiting and exemplary embodiments of this disclosure.

[0127] Following is an exemplary embodiment of the present disclosure, in which the underlined parts are new added description in comparison to the latest version of 3GPP TS 29.518 v18.4.0. 5.2.2.2.1 UEContextTransfer 5.2.2.2.1.1 General The UEContextTransfer service operation is used during the following procedure: - General Registration procedure (see 3GPP TS 23.502 [3] , clause 4.2.2.2.2) - Registration with Onboarding SNPN (see 3GPP TS 23.502 [3] , clause 4.2.2.2.4) The UEContextTransfer service operation is invoked by a NF Service Consumer, e.g. a target  AMF, towards the AMF (acting as source AMF) , when the target AMF receives a Registration Request with the UE's 5G-GUTI included and the serving AMF has changed since last registration, to retrieve the UE Context, e.g. the UE's SUPI and MM Context, in the source AMF. The NF Service Consumer (e.g. the target AMF) shall retrieve the UE Context by invoking the  "transfer" custom method on the URI of an "Individual ueContext" resource identified by UE's 5G-GUTI, see clause 6.1.3.2.4. See also Figure 5.2.2.2.1.1-1. 1. The NF Service Consumer, e.g. target AMF, shall send a HTTP POST request to invoke "transfer"  custom method on an "Individual ueContext" resource URI. The payload of the request shall be an object of "UeContextTranferReqData" data type. If UE Context Transfer is triggered by UE initial registration, mobility registration, disaster roaming  initial registration or disaster roaming mobility registration, the NF Service Consumer, e.g. target AMF, shall set the reason attribute to "INIT_REG" or "MOBI_REG" and include the integrity protected registration request message which triggers the UE context transfer in the payload. 2a. On success: […]If there are ongoing Network Slice Deregistration Inactivity Timer (s) for the UE, the source AMF should include the information (e.g. the expiry time) of the ongoing Network Slice Deregistration Inactivity Timer (s) in the UE context. The target AMF should resume the ongoing Network Slice Deregistration Inactivity Timer (s) if received for the S-NSSAI (s) that are allowed for the UE in the target AMF. 5.2.2.2.3 CreateUEContext 5.2.2.2.3.1 General The CreateUEContext service operation is used during the following procedure: - Inter NG-RAN node N2 based handover (see 3GPP TS 23.502 [3] , clause 4.9.1.3, and clause 4.23.7) The CreateUEContext service operation is invoked by a NF Service Consumer, e.g. a source  AMF, towards the AMF (acting as target AMF) , when the source AMF can't serve the UE and selects the target AMF during the handover procedure, to create the UE Context in the target AMF. The NF Service Consumer (e.g. the source AMF) shall create the UE Context by using the  HTTP PUT method with the URI of the "Individual UeContext" resource (See clause 6.1.3.2.3.1) . See also Figure 5.2.2.2.3.1-1. 1. The NF Service Consumer, e.g. source AMF, shall send a PUT request, to create the ueContext in the  target AMF. The payload body of the PUT request shall contain a UeContextCreateData structure, including a N2 Information Notification callback URI. […]If there are ongoing Network Slice Deregistration Inactivity Timer (s) for the UE, the source AMF should include the information (e.g. the expiry time) of the ongoing Network Slice Deregistration Inactivity Timer (s) in the UE context. […] 6.1.6.1 General This clause specifies the application data model supported by the API. Table 6.1.6.1-1 specifies the data types defined for the Namf_Communication service based  interface protocol. Table 6.1.6.1-1: Namf_Communication specific Data Types Table 6.1.6.1-2 specifies data types re-used by the Namf service based interface protocol from  other specifications, including a reference to their respective specifications and when needed, a short description of their use within the Namf service based interface. Table 6.1.6.1-2: Namf re-used Data Types 6.1.6.2.34 Type: MmContext Table 6.1.6.2.34-1: Definition of type MmContext 6.1.6.2. xx Type: DeregInactTimerInfoTable 6.1.6.2. xx-1: Definition of type DeregInactTimerInfo 6.1.8 Feature Negotiation The feature negotiation mechanism specified in clause 6.6 of 3GPP TS 29.500 [4] shall be used  to negotiate the optional features applicable between the AMF and the NF Service Consumer, for the Namf_Communication service, if any. […] The following features are defined for the Namf_Communication service. Table 6.1.8-1: Features of supportedFeatures attribute used by Namf_Communication service A.2 NAMF_COMMUNICATION API

Claims

1.A method (300) for network slice usage control performed by a first network node implementing mobility management function, comprising:sending (S3001) , to a second network node implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the first network node is an old network node serving the terminal device, the second network node is a new network node serving the terminal device.2.The method (300) according to claim 1, wherein the list of information is a map of information for deregistration inactivity timer and an identifier of the network slice is the key of the map.3.The method (300) according to claim 1 or 2, wherein the network slice is subject to a network slice usage control policy.4.The method (300) according to any of claims 1 to 3, wherein for a deregistration inactivity timer, the information further comprises: initial value of the deregistration inactivity timer.5.The method (300) according to any of claims 1 to 4, wherein the list of information is included in a mobility management context of the terminal device.6.The method (300) according to claim 5, wherein the mobility management context of the terminal device is included in a message transferring context of the terminal device from the first network node to the second network node during a handover procedure or a registration procedure.7.The method (300) according to claim 6, wherein the message further comprises: initial value of each deregistration inactivity timer.8.The method (300) according to any of claims 1 to 7, before sending (S3001) , to a second network node implementing mobility management function, the list of information, further comprising:receiving (S3002) , from the second network node or receiving (S3003) , from a network node implementing network repository function, an indication indicating that the second network node supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management.9.A method (300) for network slice usage control performed by a second network node implementing mobility management function, comprising:receiving (S3001) , from a first network node implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the first network node is an old network node serving the terminal device, the second network node is a new network node serving the terminal device.10.The method (300) according to claim 9, wherein the list of information is a map of information for deregistration inactivity timer and an identifier of the network slice is the key of the map.11.The method (300) according to claim 9 or 10, wherein the network slice is subject to a network slice usage control policy.12.The method (300) according to any of claims 9 to 11, after receiving (S3001) , from a first network node implementing mobility management function, the list of information, further comprising:continuing (S3004) a deregistration inactivity timer based on the information for the deregistration inactivity timer.13.The method (300) according to any of claims 9 to 12, wherein for a deregistration inactivity timer, the information further comprises: initial value of the deregistration inactivity timer.14.The method (300) according to any of claims 9 to 13, wherein the list of information is included in a mobility management context of the terminal device.15.The method (300) according to claim 14, wherein the mobility management context of the terminal device is included in a message transferring context of the terminal device from the first network node to the second network node during a handover procedure or a registration procedure.16.The method (300) according to claim 15, wherein the message further comprises: initial value of each deregistration inactivity timer.17.The method (300) according to any of claims 9 to 16, before receiving (S3001) , from a first network node implementing mobility management function, the list of information, further comprising:sending (S3002) , to the first network node or sending (S3005) , to a network node implementing network repository function, an indication indicating that the second network node supports continuation on an already started deregistration inactivity timer of a network slice by another network node implementing mobility management.18.A method (400) for network slice usage control performed by a third network node implementing mobility management function, comprising:sending (S4001) , to a network node implementing data storage function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the third network node is serving the terminal device.19.The method (400) according to claim 18, wherein the list of information is a map of information for deregistration inactivity timer and an identifier of the network slice is the key of the map.20.The method (400) according to claim 18 or 19, wherein the network slice is subject to a network slice usage control policy.21.The method (400) according to any of claims 18 to 20, wherein for a deregistration inactivity timer, the information further comprises: initial value of the deregistration inactivity timer.22.The method (400) according to any of claims 18 to 21, wherein the list of information is included in a mobility management context of the terminal device.23.A method (400) for network slice usage control performed by a network node implementing data storage function, comprising:receiving (S4001) , from a third network node implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;storing (S4002) the list of information;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the third network node is serving the terminal device.24.The method (300) according to claim 23, wherein the list of information is a map of information for deregistration inactivity timer and an identifier of the network slice is the key of the map.25.The method (400) according to claim 23 or 24, wherein the network slice is subject to a network slice usage control policy.26.The method (400) according to any of claims 23 to 25, further comprising:receiving (S4003) , from a fourth network node implementing mobility management function, a request for the list of information;sending (S4004) , to the fourth network node, the list of information;wherein the fourth network node is a new node serving the terminal device.27.The method (400) according to any of claims 23 to 26, wherein for a deregistration inactivity timer, the information further comprises: initial value of the deregistration inactivity timer.28.The method (400) according to any of claims 23 to 27, wherein the list of information is included in a mobility management context of the terminal device.29.A method (400) for network slice usage control performed by a fourth network node implementing mobility management function, comprising:sending (S4003) , to a network node implementing data storage function, a request for a list of information, wherein each is for a deregistration inactivity time for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;receiving (S4004) , from the network node implementing data storage function, the list of information;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein, the fourth network node is a new node serving the terminal device.30.The method (400) according to claim 29, wherein the list of information is a map of information for deregistration inactivity timer and an identifier of the network slice is the key of the map.31.The method (400) according to claim 29 or 30, wherein the network slice is subject to a network slice usage control policy.32.The method (400) according to any of claims 29 or 31, after receiving, from the network node implementing data storage function, the list of information, further comprising:continuing (S4005) a deregistration inactivity timer based on the information for the deregistration inactivity timer.33.The method (400) according to any of claims 29 to 32, wherein for a deregistration inactivity timer, the information further comprises: initial value of the deregistration inactivity timer.34.The method (400) according to any of claims 29 to 33, wherein the list of information is included in a mobility management context of the terminal device.35.A first network node (10) implementing mobility management function, comprising:at least one processor (1001) ; andat least one memory (1002) , the at least one memory (1002) containing instructions executable by the at least one processor (1001) , whereby the first network node (10) is operative to:send, to a second network node implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the first network node (10) is an old network node serving the terminal device, the second network node is a new network node serving the terminal device.36.The first network node (10) according to claim 35, wherein the first network node (10) is operative to perform the method according to any of claims 2 to 8.37.A second network node (20) implementing mobility management function, comprising:at least one processor (1001) ; andat least one memory (1002) , the at least one memory (1002) containing instructions executable by the at least one processor (1001) , whereby the second network node (20) is operative to:receive, from a first network node implementing mobility management function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the first network node is an old network node serving the terminal device, the second network node (20) is a new network node serving the terminal device.38.The second network node (20) according to claim 37, wherein the second network node (20) is operative to perform the method according to any of claims 10 to 17.39.A third network node (30) implementing mobility management function, comprising:at least one processor (1001) ; andat least one memory (1002) , the at least one memory (1002) containing instructions executable by the at least one processor (1001) , whereby the third network node (30) is operative to:send, to a network node implementing data storage function, a list of information, wherein each is for a deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the third network node (30) is serving the terminal device.40.The third network node (30) according to claim 39, wherein the third network node (30) is operative to perform the method according to any of claims 19 to 22.41.A network node (50) implementing data storage function, comprising:at least one processor (1001) ; andat least one memory (1002) , the at least one memory (1002) containing instructions executable by the at least one processor (1001) , whereby the network node (50) implementing data storage function is operative to:receive, from a third network node implementing mobility management function, a list of information, wherein each is fora deregistration inactivity timer for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;store the list of information;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein the third network node is serving the terminal device.42.The network node (50) implementing data storage function according to claim 39, wherein the network node (50) implementing data storage function is operative to perform the method according to any of claims 24 to 28.43.A fourth network node (40) implementing mobility management function, comprising:at least one processor (1001) ; andat least one memory (1002) , the at least one memory (1002) containing instructions executable by the at least one processor (1001) , whereby the fourth network node (40) is operative to:send to a network node implementing data storage function, a request for a list of information, wherein each is for a deregistration inactivity time for a terminal device, and a deregistration inactivity timer is for a network slice serving the terminal device;receive, from the network node implementing data storage function, the list of information;wherein for each deregistration inactivity timer, the information comprises at least one of remaining duration of the deregistration inactivity timer, duration that the deregistration inactivity timer has already been running and expiry time of the deregistration inactivity timer;wherein, the fourth network node (40) is a new node serving the terminal device.44.The fourth network node (40) according to claim 43, wherein the fourth network node (40) is operative to perform the method according to any of claims 30 to 34.45.A computer readable storage medium storing thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the claims 1 to 34.46.A computer program product comprising instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any one of claims 1 to 34.

Images