Network nodes and methods therein for analytics subscription

Abstract

The present disclosure provides a method (300) in a second Network Function, NF. The method (300) includes: receiving (310), from an NF for network repository or a first NF, a message indicating that the first NF supports or does not support analytics subscription in User Equipment, UE, context; and transmitting (320), to the first NF based on the message indicating that the first NF supports analytics subscription in UE context, a message containing a list of analytics subscriptions.

Description

NETWORK NODES AND METHODS THEREIN FOR ANALYTICS SUBSCRIPTIONTECHNICAL FIELDThe present disclosure relates to communication technology, and more particularly, to network nodes and methods therein for analytics subscription.BACKGROUNDIn the 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 23.502, V18.4.0, which is incorporated herein by reference in its entirety, defines a registration procedure in clause 4.2.2.2.2. In the registration procedure, if an old Access and Mobility Management Function (AMF) was a consumer of User Equipment (UE) related Network Data Analytics Function (NWDAF) services, the old AMF includes information about active analytics subscriptions, i.e., the Subscription Correlation Identifier (ID) , NWDAF identifier (i.e., Instance ID or Set ID) , Analytics ID (s) and associated Analytics specific data in an Namf_Communication_UEContextTransfer response.If a new AMF receives, in the UE context transfer in the above Namf_Communication_UEContextTransfer response, information about UE related analytics subscription (s) , the new AMF may take over the analytics subscription (s) from the old AMF. Otherwise, if the new AMF instead determines to create new analytics subscription (s) , it informs the old AMF about the analytics subscriptions (identified by their Subscription Correlation ID) that are not needed any longer and the old AMF may now unsubscribe those NWDAF analytics subscriptions for the UE.SUMMARYIn mobility procedures, e.g., registration or handover, if the old or source AMF (hereinafter, the term “old AMF” is used in the registration procedure and the term “source AMF” is used in the handover procedure) has created analytics subscription (s) towards the NWDAF related to the UE and sends the information about the analytics subscription (s) to the new or target AMF (hereinafter, the term “new AMF” is used in the registration procedure and the term “target AMF” is used in the handover procedure) in the UE context, e.g., in analyticsSubscriptionList as shown in Table 1 below, the new or target AMF may take over some or all of the analytics subscription (s) . If one or more analytics subscriptions are not taken over by the new or target AMF, the new or target AMF informs the old or source AMF which analytics subscription (s) will not be taken over, e.g., in analyticsNotUsedList as shown in Table 2 below, and the old or source AMF may unsubscribe the corresponding analytics subscriptions for the UE.Table 1 -UeContextTable 2 -UeRegStatusUpdateReqData  / UeContextCreatedDataFor further details of analyticsSubscriptionList and analyticsNotUsedList, reference can be made to the 3GPP TS 29.518, V18.4.0, which is incorporated herein by reference in its entirety.If the new or target AMF supports interaction with the NWDAF, it may determine which subscription (s) it can take over. However, if the new or target AMF does not support interaction with the NWDAF at all, it may not even understand the IE analyticsSubscriptionList in the above Table 1, and cannot provide the corresponding analyticsNotUsedList in the above Table 2.The value of analyticsNotUsedList cannot be set to e.g., null or empty of array to indicate that all the analytics subscriptions have been taken over by the new or target AMF. Thus, when receiving a UE context without analyticsNotUsedList, the old or source AMF cannot determine whether the new or target AMF has taken over all the analytics subscriptions or the new or target AMF does even not support interaction with the NWDAF. Accordingly, the old or source AMF cannot unsubscribe the analytics subscriptions towards the NWDAF if the new of target AMF does not support interaction with the NWDAF, so the analytics subscriptions will be kept in the NWDAF forever, as the analytics subscriptions would not expire.The NWDAF will consider the subscriptions valid, and generate notifications towards the old or source AMF, even if the UE has been served by the new or target AMF.It is an object of the present disclosure to provide network nodes and methods therein, capable of solving or at least mitigating at least one of the above problems.According to a first aspect of the present disclosure, a method in a first Network Function (NF) is provided. The method includes transmitting, to an NF for network repository or a second NF, a message containing information indicating that the first NF supports analytics subscription in UE context. The method further includes receiving, from the second NF, a further message containing a list of analytics subscriptions.According to a second aspect of the present disclosure, a method in an NF for network repository is provided. The method includes receiving, from a first NF, a registration message indicating that the first NF supports or does not support analytics subscription in UE context.According to a third aspect of the present disclosure, a method in a second NF is provided. The method includes receiving, from an NF for network repository or a first NF, a message indicating that the first NF supports or does not support analytics subscription in UE context. The method further includes transmitting, to the first NF based on the message indicating that the first NF supports analytics subscription in UE context, a message containing a list of analytics subscriptions.According to a fourth aspect of the present disclosure, a network node is provided. The network node includes a communication interface, a processor, and a memory. The memory contains instructions executable by the processor whereby the network node is operative to, when implementing a first NF, perform the method according to the above first aspect, or when implementing an NF for network repository, perform the method according to the above second aspect, or when implementing a second NF, perform the method according to the above third aspect.According to a fifth aspect of the present disclosure, a computer-readable storage medium is provided. The computer-readable storage medium has computer-readable instructions stored thereon. The computer-readable instructions, when executed by a processor of a network node, configure the network node to, when implementing a first NF, perform the method according to the above first aspect, or when implementing an NF for network repository, perform the method according to the above second aspect, or when implementing a second NF, perform the method according to the above third aspect.With the embodiments of the present disclosure, a first NF (e.g., a new or target AMF) can register in an NRF, or inform a second NF (e.g., an old or source AMF) , whether it support analytics subscription in UE context, such that the second NF can handle analytics subscriptions properly, e.g., by unsubscribing the analytics subscriptions towards an NWDAF after the UE is served by the first NF if the first NF does not support analytics subscription in UE context. In turn, the NWDAF can remove the analytics subscriptions, without generating unnecessary notifications corresponding to the analytics subscriptions.BRIEF DESCRIPTION OF THE DRAWINGSThe above and other objects, features and advantages will be more apparent from the following description of embodiments with reference to the figures, in which:Fig. 1 is a flowchart illustrating a method in a first NF according to an embodiment of the present disclosure;Fig. 2 is a flowchart illustrating a method in an NF for network repository according to an embodiment of the present disclosure;Fig. 3 is a flowchart illustrating a method in a second NF according to an embodiment of the present disclosure;Fig. 4 is a sequence diagram showing an example of a registration procedure according to an embodiment of the present disclosure;Fig. 5 is a sequence diagram showing an example of a handover procedure according to an embodiment of the present disclosure; andFig. 6 is a block diagrams of a network node according to an embodiment of the present disclosure; andFigs. 7A～7C are figures used in Appendix.DETAILED DESCRIPTIONIn the present disclosure, a network function, or NF (i.e., NF instance) , can be implemented either as a network element on a dedicated hardware, 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. The term “network node” refers to any physical or virtual node configured to implement a network function.The term "terminal device" or “UE” refers to any end device that can access a wireless communication 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, portable computers, desktop computers, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, tablets, personal digital assistants (PDAs) , wearable terminal devices, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, 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 3rd Generation Partnership Project (3GPP) , such as 3GPP′s Global System for Mobile Communications (GSM) , Universal Mobile Telecommunications System (UMTS) , Long Term Evolution (LTE) , and / or the 5th Generation (5G) standards. 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 wireless 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.References in the specification to "one embodiment, " "an embodiment, " "an example embodiment, " and the like 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 affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.It shall be understood that although the terms "first" and "second" etc. 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 example embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed terms.The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. 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 etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.Fig. 1 is a flowchart illustrating a method 100 according to an embodiment of the present disclosure. The method 100 can be performed by a first NF, e.g., an AMF.At block 110, the first NF transmits, to an NF for network repository or a second NF, a message containing information indicating that the first NF supports analytics subscription in UE context.In an example, the message may be a registration message and may be transmitted to the NF for network repository (e.g., an NRF) .In an example, the message may be a UE context transfer request and may be transmitted to the second NF. For example, the first NF may be a new AMF and the second NF may be an old AMF, e.g., in a registration procedure.For example, the information may be a new feature, ASUC, as shown in Table 3 below.Table 3This new feature can be introduced in the chapter 6.1.8 Feature Negotiation of TS 29.518. It may be included in supportedFeatures attribute in e.g., Namf_Communication_UEContextTransfer request or in NFProfile registered in an NRF (e.g., to be used by a source AMF in a handover procedure) .At block 120, the first NF receives, from the second NF, a further message containing a list of analytics subscriptions.Fig. 2 is a flowchart illustrating a method 200 according to an embodiment of the present disclosure. The method 200 can be performed by an NF for network repository (e.g., an NRF) .At block 210, the NF for network repository receives, from a first NF, a registration message indicating that the first NF supports or does not support analytics subscription in UE context.In an example, the registration message may contain information indicating that the first NF supports analytics subscription in UE context. Here, the information may be the ASUC feature shown in Table 3.In an example, the NF for network repository may transmit, to a second NF, an NF profile of the first NF. The NF profile contains the information. Here, the first NF may be a target AMF and the second NF may be a source AMF, e.g., in a handover procedure.Fig. 3 is a flowchart illustrating a method 300 according to an embodiment of the present disclosure. The method 300 can be performed by a second NF.At block 310, the second NF receives, from an NF for network repository or a first NF, a message indicating that the first NF supports or does not support analytics subscription in UE context.At block 320, the second NF transmits, to the first NF based on the message indicating that the first NF supports analytics subscription in UE context, a message containing a list of analytics subscriptions.Alternatively, based on the message received in the block 310 indicating that the first NF does not support analytics subscription in UE context, the second NF may transmit, to the first NF, a message containing no list of analytics subscriptions.In an example, the second NF may receive, from the first NF, information indicating that one or more analytics subscriptions are not taken over by the first NF, and unsubscribe the one or more analytics subscriptions that are not taken over by the first NF.In an example, the first NF may be a target AMF and the second NF may be a source AMF, e.g., in a handover procedure. In the block 310, the message may be received from the NF for network repository (e.g., NRF) . The message may include an NF profile of the first NF. The NF profile may indicate that the first NF supports or does not support analytics subscription in UE context. Here, the message may be an NF discovery response.For instance, the NF profile may contain information indicating that the first NF supports analytics subscription in UE context, or the NF profile may indicate that the first NF does not support analytics subscription in UE context by not including the information. Here, the information may be the ASUC feature shown in Table 3, and absence of the ASUC feature may indicate that the first NF does not support analytics subscription in UE context.Here, the message transmitted in the block 320 may be a create UE context request.In another example, the first NF may be a new AMF and the second NF may be an old AMF, e.g., in a registration procedure. In the block 310, the message may be received from the first NF. The message may be a UE context transfer request indicating that the first NF supports or does not support analytics subscription in UE context.For instance, the UE context transfer request may contain information indicating that the first NF supports analytics subscription in UE context, or the UE context transfer request may indicate that the first NF does not support analytics subscription in UE context by not including the information. Here, the information may be the ASUC feature shown in Table 3, and absence of the ASUC feature may indicate that the first NF does not support analytics subscription in UE context.Here, the message transmitted in the block 320 may be a UE context transfer response.The methods 100～300 will be further explained below with reference to Figs. 4 and 5.Fig. 4 shows an example of a registration procedure according to an embodiment of the present disclosure. As shown, the procedure includes the following steps.At Step 1, a UE registers into a 5th Generation Core (5GC) via an old AMF. At Step 2, the old AMF may create one or more analytics subscriptions for specific analytics targeting the UE. At Step 3, the UE initiates a Registration procedure by sending a Registration Request to a (Radio) Access Network ( (R) AN) . At Step 4, the (R) AN selects a suitable AMF as a new AMF to forward the Registration Request. At Step 5, the (R) AN includes the Registration Request into a Next Generation Access Protocol (NGAP) message, and sends it to the new AMF.At Step 6, the new AMF sends an Namf_Communication_UEContextTransfer request to retrieve a UE Context from the old AMF. In this request, the new AMF includes a feature bit of ASUC (see Table 3) in the supportedFeatures attribute in Type UeContextTransferReqData based on its own capability. On the other hand, if the new AMF does not support this feature, it does not include the feature bit in the supportedFeatures attribute in Type UeContextTransferReqData in the request.At Step 7a, the old AMF includes the UE Context in an Namf_Communication_UEContextTransfer response. If the new AMF indicates its support of the ASUC feature in the request in Step 6, then the old AMF includes an analyticsSubscriptionList attribute in UeContext (see Table 1) . On the other hand, if the new AMF does not indicate its support of the ASUC feature in the request in Step 6, then at Step 7b, the old AMF does not include the analyticsSubscriptionList attribute in UeContext in the response.At Step 8, the procedure continues with Steps 6-25 of figure 4.2.2.2.2-1 described in TS 23.502. At Step 9, the old AMF unsubscribes some or all of the analytics subscriptions after the UE is served by the new AMF. In particular, if the new AMF does not support the ASUC feature and thus cannot take over the analytics subscriptions, then the old AMF unsubscribes all of the analytics subscriptions towards an NWDAF. If the new AMF supports the ASUC feature and uses an analyticsNotUsedList attribute (see Table 2) to inform the old AMF of some analytics subscriptions that are not taken over, then the old AMF unsubscribes those analytics subscriptions towards the NWDAF.Fig. 5 shows an example of a handover procedure, e.g., an inter Next Generation Radio Access Network (NG-RAN) node N2 based handover procedure, according to an embodiment of the present disclosure. As shown, the procedure includes the following steps.At Step 1, a UE registers into a 5GC via a source AMF (S-AMF) . At Step 2, the S-AMF may create one or more analytics subscriptions for specific analytics targeting the UE. At Step 3, a Source NG-RAN (S-NG-RAN) initiates a handover procedure by sending Handover Required to the S-AMF.At Step 4a, the S-AMF sends an Nnrf_NFDisocovery_Request to an NRF to find a target AMF (T-AMF) . At Step 4b, the NRF returns an NFProfile of the T-AMF, which includes a feature bit of ASUC (see Table 3) in the supportedFeatures attribute. On the other hand, if the T-AMF does not support this feature, the NFProfile of the T-AMF does not include the feature bit in the supportedFeatures attribute.At Step 5a, the S-AMF sends an Namf_Communication_CreateUEContext request including a UE Context to the T-AMF. If the T-AMF supports the ASUC feature as indicated in the NFProfile in Step 4b, then the S-AMF includes an analyticsSubscriptionList attribute in UeContext (see Table 1) . On the other hand, if the T-AMF does not support the ASUC feature, e.g., when no ASUC feature is included in the NFProfile in Step 4b, then at Step 5b, the S-AMF does not include the analyticsSubscriptionList attribute in UeContext in the request.At Step 6, the procedure continues with Steps 4-12 of Figure 4.9.1.3.2-1 described in TS 23.502 in the handover preparation phase. At Step 7, the procedure continues with Steps 1-15b of Figure 4.9.1.3.3-1 described in TS 23.502 in the handover execution phase.At Step 8, the S-AMF unsubscribes some or all of the analytics subscriptions after the UE is served by the T-AMF. In particular, if the T-AMF does not support the ASUC feature and thus cannot take over the analytics subscriptions, then the S-AMF unsubscribes all of the analytics subscriptions towards an NWDAF. If the T-AMF supports the ASUC feature and uses an analyticsNotUsedList attribute (see Table 2) to inform the S-AMF of some analytics subscriptions that are not taken over, then the T-AMF unsubscribes those analytics subscriptions towards the NWDAF.Fig. 6 is a block diagram of a network node 600 according to an embodiment of the present disclosure.The network node 600 includes a communication interface 610, a processor 620 and a memory 630.The memory 630 may contain instructions executable by the processor 620 whereby the network node 600 is operative to, when implementing a first NF, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 1. Particularly, the memory 630 may contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing a first NF: transmit, to an NF for network repository or a second NF, a message containing information indicating that the first NF supports analytics subscription in UE context, and receive, from the second NF, a further message containing a list of analytics subscriptions.In an embodiment, the message may be a registration message and may be transmitted to the NF for network repository.In an embodiment, the NF for network repository may be an NRF.In an embodiment, the first NF may be an AMF.In an embodiment, the message may be a UE context transfer request and may be transmitted to the second NF.In an embodiment, the first NF may be a new AMF and the second NF may be an old AMF.Alternatively, the memory 630 may contain instructions executable by the processor 620 whereby the network node 600 is operative to, when implementing an NF for network repository, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 2. Particularly, the memory 630 may contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing an NF for network repository: receive, from a first NF, a registration message indicating that the first NF supports or does not support analytics subscription in UE context.In an embodiment, the registration message may contain information indicating that the first NF supports analytics subscription in UE context.In an embodiment, the memory 630 may further contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing the NF for network repository: transmit, to a second NF, an NF profile of the first NF. The NF profile may contain the information.In an embodiment, the first NF may be a target AMF and the second NF may be a source AMF.In an embodiment, the NF for network repository may be an NRF.Alternatively, the memory 630 may contain instructions executable by the processor 620 whereby the network node 600 is operative to, when implementing a second NF, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 3. Particularly, the memory 630 may contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing a second NF: receive, from an NF for network repository or a first NF, a message indicating that the first NF supports or does not support analytics subscription in UE context; and transmit, to the first NF based on the message indicating that the first NF supports analytics subscription in UE context, a message containing a list of analytics subscriptions.In an embodiment, the memory 630 may further contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing the second NF: transmit, to the first NF based on the message indicating that the first NF does not support analytics subscription in UE context, a message containing no list of analytics subscriptions.In an embodiment, the memory 630 may further contain instructions executable by the processor 600 whereby the network node 600 is operative to, when implementing the second NF: receive, from the first NF, information indicating that one or more analytics subscriptions are not taken over by the first NF; and unsubscribe the one or more analytics subscriptions that are not taken over by the first NF.In an embodiment, the message may be received from the NF for network repository. The message may include an NF profile of the first NF. The NF profile may indicate that the first NF supports or does not support analytics subscription in UE context.In an embodiment, the NF profile may contain information indicating that the first NF supports analytics subscription in UE context, or the NF profile may indicate that the first NF does not support analytics subscription in UE context by not including the information.In an embodiment, the NF for network repository may be an NRF.In an embodiment, the first NF may be a target AMF and the second NF may be a source AMF.In an embodiment, the message may be received from the first NF, and the message may be a UE context transfer request indicating that the first NF supports or does not support analytics subscription in UE context.In an embodiment, the UE context transfer request may contain information indicating that the first NF supports analytics subscription in UE context, or the UE context transfer request may indicate that the first NF does not support analytics subscription in UE context by not including the information.In an embodiment, the first NF may be a new AMF and the second NF may be an old AMF.The present disclosure also provides at least one computer program product in the form of a non-volatile or volatile memory, e.g., a non-transitory computer readable storage medium, an Electrically Erasable Programmable Read-Only Memory (EEPROM) , a flash memory and a hard drive. The computer program product includes a computer program. The computer program includes: code / computer readable instructions, which when executed by the processor 620 causes the network node 600 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 1, 2, or 3.The computer program product may be configured as a computer program code structured in computer program modules. The computer program modules could essentially perform the actions of the flow illustrated in Fig. 1, 2, or 3.The processor may be a single CPU (Central Processing Unit) , but could also comprise two or more processing units. For example, the processor may include general purpose microprocessors; instruction set processors and / or related chips sets and / or special purpose microprocessors such as Application Specific Integrated Circuits (ASICs) . The processor may also comprise board memory for caching purposes. The computer program may be carried in a computer program product connected to the processor. The computer program product may comprise a non-transitory computer readable storage medium on which the computer program is stored. For example, the computer program product may be a flash memory, a Random Access Memory (RAM) , a Read-Only Memory (ROM) , or an EEPROM, and the computer program modules described above could in alternative embodiments be distributed on different computer program products in the form of memories.The disclosure has been described above with reference to embodiments thereof. It should be understood that various modifications, alternations and additions can be made by those skilled in the art without departing from the spirits and scope of the disclosure. Therefore, the scope of the disclosure is not limited to the above particular embodiments but only defined by the claims as attached.The present disclosure further includes changes to the 3GPP TS 29.518 as described below in the Appendix, where strikethroughs indicate deleted text and underlines indicate added text.Appendix5.2.2.2.1 UEContextTransfer5.2.2.2.1.1 GeneralThe 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′s5G-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.Figure 5.2.2.2.1.1-1 UE Context Transfer (see Fig. 7A)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 the reason attribute is "INIT_REG" and integrity check is successful, the (source) AMF shall respond with the status code "200 OK" . The payload of the response shall be an object of "UeContextTransferRspData" data type, containing:case a) the representation of the requested UE Context as follows:- without PDU Session Contexts associated to the access type indicated in the request by the NF Service Consumer (e.g. target AMF) ; and- with PDU Session Contexts associated to the other access type, if the UE is registered for the other access type in the (source) AMF, unless the source AMF determines based on the PLMN ID of the (target) AMF that there is no possibility for relocating the N2 interface for non-3GPP access to the (target) AMF;orcase b) the representation of the requested UE Context only containing the "supi" attribute, if the UE is registered in a different access type in the (source) AMF and the source AMF determines based on the PLMN ID of the (target) AMF that there is no possibility for relocating the N2 interface to the (target) AMF.- If the reason attribute is "MOBI_REG" and integrity check is successful, the (source) AMF shall respond with the status code "200 OK" . The payload of the response shall be an object of "UeContextTransferRspData" data type, containing:a) the representation of the complete UE Context including available MM and PDU Session Contexts. The source AMF shall transfer the complete UE context including both access types if the UE is registered for both 3GPP and non-3GPP accesses and if the target PLMN is the same as the source PLMN; orb) the representation of the requested UE Context including the available MM and PDU Session Contexts for the 3GPP access type, if the UE is registered for both 3GPP and non-3GPP accesses in the (source) AMF and the source AMF determines based on the PLMN ID of the (target) AMF that there is no possibility for relocating the N2 interface for non-3GPP access to the (target) AMF.NOTE: The source AMF can determine that it is not possible to relocate the N2 interface to the target AMF when both AMFs pertain to different PLMNs.The UE context shall contain trace control and configuration parameters, if signalling based trace has been activated (see 3GPP TS 32.422

[0030] ) .The NF Service Consumer, e.g. target AMF, starts tracing according to the received trace control and configuration parameters, if trace data is received in the UE context indicating that signalling based trace has been activated. Once the NF Service Consumer receives subscription data, trace requirements received from the UDM supersedes the trace requirements received from the AMF.The UE context shall contain analytics subscription parameters, if the (source) AMF has created analytics subscription (s) towards NWDAF related to the UE (see clause 5.2.2.2.2 of 3GPP TS 23.502 [3] ) and both AMFs support the "ASUC" feature. The NF Service Consumer, e.g. target AMF, may take over the analytics subscription (s) .The UE context shall contain event subscriptions information in the following cases:a) Any NF Service Consumer has subscribed for UE specific event; and / orb) Any NF Service Consumer has subscribed for UE group specific events to which the UE belongs. In this case the event subscriptions provided in the UE context shall contain the event details applicable to this specific UE in the group (e.g maxReports in options IE) .The NF Service Cousumer, e.g. target AMF, shall:- in case a) create event subscriptions for the UE specific events;- in case b) create event subscriptions for the group Id if there are no existing event subscriptions for that group Id, subscription change notification URI (subsChangeNotifyUri) and the subscription change notification correlation Id (subsChangeNotifyCorrelationId) . If there is already an existing event subscription for the group Id, and for the given subscription change notification URI (subsChangeNotifyUri) and subscription change notification correlation Id (subsChangeNotifyCorrelationId) , then an event subscription shall not be created at the NF Service Consumer. The individual UE specific event details (e.g maxReports in options IE) within that group shall be taken into account.- for both the cases, for each created event subscription, allocate a new subscription Id, if necessary (see clause 6.5.2 of 3GPP TS 29.500 [4] ) , and if allocated, send the new subscription Id to the notification endpoint for informing the subscription Id creation, along with the notification correlation Id for the subscription Id change. If the UEContextTransfer service operation is performed towards the old AMF as part of the EPS to 5GS mobility registration procedure using N26 interface (see clause 4.11.1.3.3 of 3GPP TS 23.502 [3] ) , the target AMF may also initiate event subscription synchronization procedure with UDM, as specified in clause 5.3.2.4.2, when both the target AMF and the UDM support the "ESSYNC" feature.NOTE: Subscription Id can be reused if the mobility is between AMFs of same AMF Set.If the UE context being transferred from the source AMF is the last UE context that belongs to a UE group Id related subscription, then the source AMF shall not delete the UE group Id related subscription until the expiry of that event subscription (see clause 5.3.2.2.2) .The source AMF shall not transfer those PDU sessions which are not supported by the target AMF, e.g. the MA-PDU sessions shall not be transferred if the target AMF does not support ATSSS.The UE context shall contain SNPN Onboarding indication, if the UE is registered for onboarding in an SNPN as described in clause 4.2.2.2.4 of 3GPP TS 23.502 [3] . The NF Service Consumer, i.e. target AMF, may start an implementation specific timer to deregister the onboarding registered UE, i.e. if the received UE context contains SNPN Onboarding indication. 2b. On failure or redirection, one of the HTTP status code listed in Table 6.1.3.2.4.4.2-2 shall be returned. For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application errors listed in Table 6.1.3.2.4.4.2-2.5.2.2.2.2 RegistrationStatusUpdate5.2.2.2.2.1 GeneralThe RegistrationStatusUpdate 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 AMF re-allocation procedure (see 3GPP TS 23.502 [3] , clause 4.2.2.2.3)The RegistrationStatusUpdate service operation is invoked by a NF Service Consumer, e.g. the target AMF, towards the NF Service Producer, i.e. the source AMF, to update the status of UE registration at the target AMF, thereby indicating the result of previous UE Context transfer for a given UE (see clause 5.2.2.2.1.1) .The target AMF shall update the NF Service Producer (i.e. source AMF) with the status of the UE registration at the target AMF due to a previous UE Context transfer. The NF Service Consumer (e.g. target AMF) shall use the HTTP method POST to invoke the "transfer-update" custom operation on the URI of an "Individual ueContext" resource, see clause 6.1.3.2.4. See also Figure 5.2.2.2.2.1-1.Figure 5.2.2.2.2.1-1 Registration Status Update (see Fig. 7B)1. The NF service consumer (e.g. target AMF) , shall send a POST request to invoke the "transfer-update" custom operation on the URI of an "Individual ueContext" resource, to update the source AMF with the status of the UE registration at the target AMF. The UE′s 5G-GUTI is included as the UE identity.The request payload shall include the transferStatus attribute set to "TRANSFERRED" if the UE context transfer was completed successfully (including the case where only the supi was transferred to the target AMF during the UE context transfer procedure) or to "NOT_TRANSFERRED" otherwise.If any network slice (s) become no longer available and there are PDU Session (s) associated with them, the target AMF shall include these PDU session (s) in the toReleaseSessionList attribute in the payload. If the continuity of the PDU Session (s) cannot be supported between networks (e.g. SNPN-SNPN mobility, inter-PLMN mobility where no HR agreement exists) , the target AMF shall include these PDU session (s) with release cause in the toReleaseSessionInfo attribute in the payload.If the target AMF selects a new PCF for AM Policy and / or UE policy other than the one which was included in the UeContext by the old AMF, the target AMF shall set pcfReselectedInd to true.NOTE: AMF selects the same PCF instance for AM policy and for UE policy, as described in clause 6.3.7.1, 3GPP TS 23.501 [2] .The NF service consumer shall include the smfChangeInfoList attribute including the UE′s PDU Session ID (s) for which the I-SMF or V-SMF has been changed or removed, if any, with for each such PDU session, the related smfChangeIndication attribute set to "CHANGED" or "REMOVED" , if the I-SMF or V-SMF is changed or removed respectively.If the target AMF receives analytics subscription parameters from the source AMF, and one or more analytics subscription (s) are not taken over by the target AMF, the target AMF shall include these analytics subscription (s) in the analyticsNotUsedList IE. The source AMF should unsubscribe the analytics subscriptions included in analyticsNotUsedList IE for the UE.Once the update is received, the source AMF shall:- remove the individual ueContext resource and release any PDU session (s) in the toReleaseSessionList attribute, if the transferStatus attribute included in the POST request body is set to "TRANSFERRED" and if the source AMF transferred the complete UE Context including all MM contexts and PDU Session Contexts. The source AMF may choose to start a timer to supervise the release of the UE context resource and may keep the individual ueContext resource until the timer expires. If the pcfReselectedInd is set to true, the source AMF shall terminate the AM Policy Association and / or the UE Policy Association that the source AMF has to the old PCF.- keep the UE context only including the MM context and PDU session (s) associated to the non-3GPP access, if the transferStatus attribute included in the POST request body is set to "TRANSFERRED" and if the source AMF did not transfer the MM context and PDU Session Contexts for the non-3GPP access type; the AMF shall release any PDU session (s) in the toReleaseSessionList attribute. The source AMF may choose to start a timer and keep the MM context and PDU session (s) associated to the 3GPP access until the timer expires.- keep the UE Context as if the context transfer procedure had not happened if the transferStatus attribute included in the POST request body is set to "NOT_TRANSFERRED" .2a. On Success: The source AMF shall respond with the status code "200 OK" if the request is accepted. If the smfChangeInfoList attribute was received in the request, the source AMF shall release the SM context at the I-SMF or V-SMF only, for all the PDU sessions listed in the smfChangeInfoList attribute with the smfChangeIndication attribute set to "CHANGED" or "REMOVED" .If some PDU sessions are not supported by the target AMF and thus not transferred to the target AMF, the source AMF shall release these PDU sessions after this step.2b. On failure or redirection, one of the HTTP status code listed in Table 6.1.3.2.4.5.2-2 shall be returned. For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application errors listed in Table 6.1.3.2.4.5.2-2, where applicable.5.2.2.2.3 CreateUEContext5.2.2.2.3.1 GeneralThe 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.Figure 5.2.2.2.3.1-1 Create UE Context (see Fig. 7C)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.The UE context shall contain trace control and configuration parameters, if signalling based trace has been activated (see 3GPP TS 32.422

[0030] ) .The source AMF shall transfer the complete UE context including both access types if the UE is registered for both 3GPP and non-3GPP accesses and if the target PLMN is the same as the source PLMN.The source AMF shall transfer only UE context for 3GPP access if the source AMF determines there is no possibility for relocating the N2 interface for non-3GPP access to the (target) AMF, e.g. when the target AMF is in another PLMN.For a UE supporting 5G-SRVCC, the NF Service Consumer (i.e. AMF) shall include the Mobile Station Classmark 2, STN-SR, C-MSISDN and Supported Codec List in the request, if available, as specified in 3GPP TS 23.502 [3] .The UE context shall contain analytics subscription parameters, if the (source) AMF has created analytics subscription (s) towards NWDAF related to the UE (see clause 5.2.2.2.11 of 3GPP TS 23.502 [3] ) and both AMFs support the "ASUC" feature. The NF service producer, e.g. target AMF, may take over the analytics subscription (s) .The UE context shall contain SNPN Onboarding indication and the target AMF shall support SNPN Onboarding, if the UE is registered for onboarding in an SNPN as described in clause 4.2.2.2.4 of 3GPP TS 23.502 [3] .2a. On success, the target AMF shall respond with the status code "201 Created" if the request is accepted, together with a HTTP Location header to provide the location of a newly created resource. The payload body of the PUT response shall contain the representation of the created UE Context. If the target AMF selects a new PCF for AM Policy other than the one which was included in the UeContext by the old AMF, the target AMF shall set pcfReselectedInd to true. If the pcfReselectedInd is set to true, the source AMF shall terminate the AM Policy Association to the old PCF.The target AMF starts tracing according to the received trace control and configuration parameters, if trace data is received in the UE context indicating that signalling based trace has been activated. Once the AMF receives subscription data, trace requirements received from the UDM supersedes the trace requirements received from the NF Service Consumer.If the target AMF receives aualytics subscription parameters from the source AMF, and one or more analytics subscription (s) are not taken over by the target AMF, the target AMF shall include these analytics subscription (s) in the analyticsNotUsedList IE. The source AMF should tmsubscribe the analytics subscriptions included in analyticsNotUsedList IE for the UE.The UE context shall contain event subscriptions information in the following cases:a) Any NF Service Consumer has subscribed for UE specific event; and / orb) Any NF Service Consumer has subscribed for UE group specific events to which the UE belongs. In this case the event subscriptions provided in the UE context shall contain the event details applicable to this specific UE in the group (e.g maxReports in options IE) .The target AMF shall:- in case a) create event subscriptions for the UE specific events;- in case b) create event subscriptions for the group Id if there are no existing event subscriptions for that group Id, subscription change notification URI (subsChangeNotifyUri) and the subscription change notification correlation Id (subsChangeNotifyCorrelationId) . If there is already an existing event subscription for the group Id and for the given subscription change notification URI (subsChangeNotifyUri) and subscription Id change notification correlation Id (subsChangeNotifyCorrelationId) , then an event subscription shall not be created at the target AMF. The individual UE specific event details (e.g maxReports in options IE) within that group shall be taken into account.- for both the cases, for each created event subscription, allocate a new subscription Id, if necessary (see clause 6.5.2 of 3GPP TS 29.500 [4] ) , and if allocated send the new subscription Id to the notification endpoint for informing the subscription Id creation, along with the notification correlation Id for the subscription Id change.NOTE: Subscription Id can be reused if the mobility is between AMFs of same AMF Set.If the UE context being transferred from the NF service consumer (e.g. source AMF) is the last UE context that belongs to a UE group Id related subscription, then the NF service consumer (e.g. source AMF) shall not delete the UE group Id related subscription until the expiry of that event subscription (see clause 5.3.2.2.2) .If the target AMF receives SNPN Onboarding indication from the source AMF, the target AMF may start an implementation specific timer to deregister the onboarding registered UE, i.e. if the received UE context contains SNPN Onboarding indication.The source AMF shall: release those PDU sessions not supported by the target AMF and thus not transferred to the target AMF.2b. On failure or redirection, one of the HTTP status code listed in Table 6.1.3.2.3.1-3 shall be returned. For a 4xx / 5xx response, the message body shall contain a UeContextCreateError structure, including:- a ProblemDetails structure with the "cause" attribute set to one of the application errors listed in Table 6.1.3.2.3.1-3. The cause in the error attribute shall be set to HANDOVER_FAILURE, if all of the PDU sessions are failed, e.g. no response from the SMF within a maximum wait timer;- NgAPCause, if available;- N2 information carrying the Target to Source Failure Transparent Container, if this information has been received from the target NG-RAN and if the source AMF supports the NPN feature.6.1.6.2.25 Type: UeContextTable 6.1.6.2.25-1: Definition of type UeContext6.1.8 Feature NegotiationOmitted parts, which can be referred to clause 6.1.8 in 3GPP TS 29.518 V17.12.0.Table 6.1.8-1: Features of supportedFeatures attribute used by Namf_Communication service

Claims

1.A method (300) in a second Network Function, NF, comprising:receiving (310) , from an NF for network repository or a first NF, a message indicating that the first NF supports or does not support analytics subscription in User Equipment, UE, context; andtransmitting (320) , to the first NF based on the message indicating that the first NF supports analytics subscription in UE context, a message containing a list of analytics subscriptions.2.The method (300) of claim 1, further comprising:transmitting, to the first NF based on the message indicating that the first NF does not support analytics subscription in UE context, a message containing no list of analytics subscriptions.3.The method (300) of claim 1 or 2, further comprising:receiving, from the first NF, information indicating that one or more analytics subscriptions are not taken over by the first NF; andunsubscribing the one or more analytics subscriptions that are not taken over by the first NF.4.The method (300) of any of claims 1-3, wherein the message is received from the NF for network repository, the message including an NF profile of the first NF, the NF profile indicating that the first NF supports or does not support analytics subscription in UE context.5.The method (300) of claim 4, whereinthe NF profile contains information indicating that the first NF supports analytics subscription in UE context; orthe NF profile indicates that the first NF does not support analytics subscription in UE context by not including the information.6.The method (300) of any of claims 1-5, wherein the NF for network repository is a Network Repository Function, NRF.7.The method (300) of any of claims 1-6, wherein the first NF is a target Access and Mobility Management Function, AMF, and the second NF is a source AMF.8.The method (300) of any of claims 1-6, wherein the message is received from the first NF, the message being a UE context transfer request indicating that the first NF supports or does not support analytics subscription in UE context.9.The method (300) of claim 8, whereinthe UE context transfer request contains information indicating that the first NF supports analytics subscription in UE context; orthe UE context transfer request indicates that the first NF does not support analytics subscription in UE context by not including the information.10.The method (300) of claim 8 or 9, wherein the first NF is a new Access and Mobility Management Function, AMF, and the second NF is an old AMF.11.A method (100) in a first Network Function, NF, comprising:transmitting (110) , to an NF for network repository or a second NF, a message containing information indicating that the first NF supports analytics subscription in User Equipment, UE, context; andreceiving (120) , from the second NF, a further message containing a list of analytics subscriptions.12.The method (100) of claim 11, wherein the message is a registration message and is transmitted to the NF for network repository.13.The method (100) of claim 11 or 12, wherein the NF for network repository is a Network Repository Function, NRF.14.The method (100) of claim 12 or 13, wherein the first NF is an Access and Mobility Management Function, AMF.15.The method (100) of claim 11, wherein the message is a UE context transfer request and is transmitted to the second NF.16.The method (100) of claim 15, wherein the first NF is a new Access and Mobility Management Function, AMF, and the second NF is an old AMF.17.A method (200) in a Network Function, NF, for network repository, comprising:receiving (210) , from a first NF, a registration message indicating that the first NF supports or does not support analytics subscription in User Equipment, UE, context.18.The method (200) of claim 17, wherein the registration message contains information indicating that the first NF supports analytics subscription in UE context.19.The method (200) of claim 18, further comprising:transmitting, to a second NF, an NF profile of the first NF, the NF profile containing the information.20.The method (200) of claim 19, wherein the first NF is a target Access and Mobility Management Function, AMF, and the second NF is a source AMF.21.The method (200) of any of claims 17-20, wherein the NF for network repository is a Network Repository Function, NRF.22.A network node (600) , comprising a communication interface (610) , a processor (620) , and a memory (630) , the memory (630) comprising instructions executable by the processor (620) whereby the network node (600) is operative to, when implementing a second Network Function, NF, perform the method according to any of claims 1-10, when implementing a first NF, perform the method according to any of claims 11-16, or when implementing an NF for network repository, perform the method according to any of claims 17-21.23.A computer-readable storage medium having computer-readable instructions stored thereon, the computer-readable instructions, when executed by a processor of a network node, configure the network node to, when implementing a second Network Function, NF, perform the method according to any of claims 1-10, when implementing a first NF, perform the method according to any of claims 11-16, or when implementing an NF for network repository, perform the method according to any of claims 17-21.

Images