Network nodes and methods therein for enhanced notification

Abstract

The present disclosure provides a method (100) in a first Network Function, NF. The method (100) includes transmitting (110), to a second NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

Description

NETWORK NODES AND METHODS THEREIN FOR ENHANCED NOTIFICATIONTECHNICAL FIELD

[0001] The present disclosure relates to communication technology, and more particularly, to network nodes and methods therein for enhanced notification.BACKGROUND

[0002] According to the 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 29.518, V18.4.0, which is incorporated herein by reference in its entirety, a Notify service operation shall be invoked by an Access and Mobility Management Function (AMF) when there is a change of AMF during User Equipment (UE) mobility procedures, if the subscription Identifier (ID) changes (i.e., Registration procedures and Handover procedures) .

[0003] That is, in a mobility procedure with AMF change, a new or target AMF may send a subscription change notification to a Network Function (NF) service consumer, including a scenario where the NF service consumer creates a subscription at an old or source AMF on behalf of another NF, e.g., a Unified Data Management (UDM) may create an event subscription at an AMF for event notifications towards a Network Exposure Function (NEF) . In this scenario, the UDM provides a Uniform Resource Identifier (URI) , subsChangeNotifyUri, to receive the subscription change notification if the subscription ID changes in the interAMF mobility procedure. The URI’s host may be an Internet Protocol (IP) address.

[0004] However, in an inter Public Land Mobile Network (PLMN) mobility procedure with AMF change, e.g., from a Home PLMN (H-PLMN) to a Visited PLMN (V-PLMN) , a new or target AMF in the V-PLMN may not be able to send the subscription change notification to the UDM, e.g., a Security Edge Protection Proxy (SEPP) of the V-PLMN does not know which remote PLMN the notification is to be sent to.SUMMARY

[0005] It is an object of the present disclosure to provide network nodes and methods therein, capable of enabling notification towards an intermediate NF that requests to create a subscription on behalf of another NF.

[0006] According to a first aspect of the present disclosure, a method in a first NF is provided.

[0007] The method includes transmitting, to a second NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0008] According to a second aspect of the present disclosure, a method in a second NF is provided. The method includes receiving, from a first NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0009] According to a third aspect of the present disclosure, a method in a fourth NF is provided. The method includes receiving, from a second NF, information for a first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0010] 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 a second NF, perform the method according to the above second aspect, or when implementing a fourth NF, perform the method according to the above third aspect.

[0011] 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 a second NF, perform the method according to the above second aspect, or when implementing a fourth NF, perform the method according to the above third aspect.

[0012] According to a sixth aspect of the present disclosure, a computer program product is provided. The computer program product contains computer-readable instructions which, 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 a second NF, perform the method according to the above second aspect, or when implementing a fourth NF, perform the method according to the above third aspect.

[0013] With certain embodiments of the present disclosure, when a first NF is an intermediate NF requesting to create a subscription at a second NF on behalf of a third NF, information for the first NF to receive a notification as the intermediate NF is provided to the second NF, such that the second NF has the information needed for transmitting the notification to the first NF and can provide it to another NF that needs it when necessary. Therefore, e.g., later in a mobility procedure, the second NF can forward the information to a fourth NF, thereby enabling the fourth NF to send the notification to the first NF, e.g., using a correct URI.BRIEF DESCRIPTION OF THE DRAWINGS

[0014] The above and other objects, features and advantages will be more apparent from the following description of embodiments with reference to the figures, in which:

[0015] Fig. 1 is a flowchart illustrating a method in a first NF according to an embodiment of the present disclosure;

[0016] Fig. 2 is a flowchart illustrating a method in a second NF according to an embodiment of the present disclosure;

[0017] Fig. 3 is a flowchart illustrating a method in a fourth NF according to an embodiment of the present disclosure;

[0018] Fig. 4 is a sequence diagram showing an example of an inter PLMN registration procedure with AMF change according to an embodiment of the present disclosure;

[0019] Fig. 5 is a sequence diagram showing an example of an inter PLMN handover procedure with AMF change according to an embodiment of the present disclosure;

[0020] Fig. 6 is a sequence diagram showing an example of an inter PLMN registration procedure with AMF change according to another embodiment of the present disclosure;

[0021] Fig. 7 is a sequence diagram showing an example of an inter PLMN handover procedure with AMF change according to another embodiment of the present disclosure; and

[0022] Figs. 8 is a block diagram of network nodes according to embodiments of the present disclosure.DETAILED DESCRIPTION

[0023] In the present disclosure, a network function, or NF, 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.

[0024] 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 (VolP) 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.

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

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

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

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

[0029] At block 110, the first NF transmits, to a second NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0030] Here, the second NF may be an AMF. The notification may include a subscription change notification. The subscription may include an event subscription. As an example, the first NF may be a UDM that creates an event subscription at the AMF on behalf of an NEF. The information may be provided such that the UDM can receive a subscription change notification in case of inter PLMN mobility with AMF change.

[0031] In an example, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF.

[0032] For example, the information may be carried in a 3gpp-Sbi-Consumer-lnfo header. In the 3GPP TS 29.500, V18.5.0, which is incorporated herein by reference in its entirety, a 3gpp-Sbi-Consumer-lnfo header is defined as:

[0033] Sbi-Consumer-Info-Header = "3gpp-Sbi-Consumer-Info: " OWS 1 # (supportedService "; " OWS supportedVersions [ "; " OWS supportedFeatures] [ "; " OWS acceptEncoding] [ "; " OWS callback-uri-prefix] [ "; " OWS intraPlmnCallbackRoot "; " OWS interPlmnCallbackRoot] ) OWS

[0034] The main usage of this header is described in connection with “Subscription on behalf of NF Service Consumer” in the 3GPP TS 29.500:

[0035] The NF Service Consumer may also include, for each provided service, the following information in the "3gpp-Sbi-Consumer-Info " header (s) :

[0036] - the intraPlmnCallbackRoot parameter containing the callback root for receiving intra-PLMN notifications, and

[0037] - the interPlmnCallbackRoot parameter containing the callback root for receiving inter-PLMN notifications.

[0038] When the target NF is an AMF, the source AMF should forward theinformationin the received "3gpp-Sbi-Consumer-Info" header to the target AMF during inter-AMF mobility. If the target AMF received intraPlmnCallbackRoot and interPlmnCallbackRoot parameters in the "3gpp-Sbi-Consumer-Info " header information from the source AMF, the target AMF should determine the PLMN of the NF Service Consumer and adapt the callback root of the callback URI correspondingly.

[0039] In an embodiment of the present disclosure, a 3gpp-Sbi-Consumer-lnfo header can be used to include the interPImnCallbackRoot and intraPImnCallbackRoot of the first NF, and the 3gpp-Sbi-Consumer-lnfo header can be transmitted to the second NF together with the 3gpp-Sbi-Consumer-lnfo header from the third NF. In an inter PLMN mobility procedure, the first NF, e.g., old or source AMF, can send the two headers to a fourth NF, e.g., new or target AMF (as used herein, the terms “old” and “new” are used in a registration procedure, and the terms “source” and “target” are used in a handover procedure) . In order for the new or target NF to distinguish which 3gpp-Sbi-Consumer-lnfo header is from the first NF and which 3gpp-Sbi-Consumer-lnfo header is from the third NF, an indication can be included in the header from the first NF to indicate that the first NF serves as the intermediate NF (intermediateNflndication) . For example, the 3gpp-Sbi-Consumer-lnfo header from the first NF may be defined as follows:

[0040] Sbi-Consumer-Info-Header = "3gpp-Sbi-Consumer-Info: " OWS 1# (supportedService "; " OWS supportedVersions [ "; " OWS supportedFeatures] [ "; " OWS acceptEncoding] [ "; " OWS callback-uri-prefix] [ "; " OWS intraPlmnCallbackRoot "; " OWS interPlmnCallbackRoot [ "; " OWS intermediateNfIndication] ) OWS intermediateNfIndication = "intermediate-nf=" intermeidateNtValue

[0041] intermeidateNfValue = "true"

[0042] "intraPlmnCallbackRoot" , "interPlmnCallbackRoot" (Optional parameters) : intra plmn callback root and inter plmn callback root supported by the sender as NF service consumer, for the indicated service.

[0043] "intermediate-nf" (Optional parameter) : The intermediate NF indication parameter is a boolean set to true indicating that the header is provided by an intermediate NF as NF service consumer.

[0044] In another example, the information may include a URI for intra PLMN notification and / or a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located. For example, the information may be carried in a subscription request (e.g., event subscription request) .

[0045] As an example, the data type AmfEventSubscription in the 3GPP TS 29.518 can be extended to include the URI for inter PLMN notification (interPlmnSubsChangeNotifyUri) and the identifier of the PLMN where the first NF is located (intermediatePlmnId) , as shown in Table 1 below.

[0046] Table 1-AmfEventSubscription

[0047] Fig. 2 is a flowchart illustrating a method 200 according to an embodiment of the present disclosure. The method 200 can be performed by a second NF.

[0048] At block 210, the second NF receives, from a first NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0049] Here, the second NF may be an AMF. The notification may include a subscription change notification. The subscription may include an event subscription. As an example, the first NF may be a UDM that creates an event subscription at the AMF on behalf of an NEF. The information may be provided such that the UDM can receive a subscription change notification in case of inter PLMN mobility with AMF change.

[0050] In an example, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF. For example, the information may be carried in a 3gpp-Sbi-Consumer-Info header. For further details, reference can be made to the 3gpp-Sbi-Consumer-Info header described above in connection with the method 100, which includes interPlmnCallbackRoot, intraPlmnCallbackRoot, and intermediateNflndication.

[0051] In another example, the information may include a URI for intra PLMN notification and / or a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located. For example, the information may be carried in a subscription request (e.g., event subscription request) . As an example, the data type AmfEventSubscription in the 3GPP TS 29.518 can be extended to include the URI for inter PLMN notification (interPlmnSubsChangeNotifyUri) and the identifier of the PLMN where the first NF is located (intermediatePlmnld) , as shown in Table 1 above.

[0052] In an example, the second NF may transmit the information to a fourth NF. For example, the second NF may be an old AMF and the fourth NF may be a new AMF, e.g., in a registration procedure, and the information may be transmitted in a UE context transfer response. As another example, the second NF may be a source AMF and the fourth NF may be a target AMF, e.g., in a handover procedure, and the information may be transmitted in a create UE context request.

[0053] 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 fourth NF.

[0054] At block 310, the fourth NF receives, from a second NF, information for a first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0055] Here, the second NF may be an old AMF and the fourth NF may be a new AMF, e.g., in a registration procedure, and the information may be received in a UE context transfer response. As another example, the second NF may be a source AMF and the fourth NF may be a target AMF, e.g., in a handover procedure, and the information may be received in a create UE context request. The notification may include a subscription change notification. The subscription may include an event subscription. As an example, the first NF may be a UDM that creates an event subscription at the AMF on behalf of an NEF. The information may be provided such that the UDM can receive a subscription change notification in case of inter PLMN mobility with AMF change.

[0056] In an example, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF.

[0057] The fourth NF may transmit, to the first NF, the notification using a callback URI adapted with the intra PLMN callback root or inter PLMN callback root of the first NF. In particular, when transmitting the notification, the fourth NF may use the inter PLMN callback root of the first NF as the root of the callback URI, e.g., in a mobility procedure from an H-PLMN to a V-PLMN, or use the intra PLMN callback root of the first NF as the root of the callback URI, e.g., in a mobility procedure from a V-PLMN to an H-PLMN.

[0058] For example, the information may be carried in a 3gpp-Sbi-Consumer-Info header. For further details, reference can be made to the 3gpp-Sbi-Consumer-Info header described above in connection with the method 100, which includes interPlmnCallbackRoot, intraPlmnCallbackRoot, and intermediateNflndication.

[0059] In an example, the fourth NF may receive another 3gpp-Sbi-Consumer-Info header containing an intra PLMN callback root of the third NF or an inter PLMN callback root of the third NF (without intermediateNflndication) . The fourth NF may transmit a further notification (e.g., an event notification) to the third NF using a notify URI (e.g., event notify URI) adapted with the intra PLMN callback root or inter PLMN callback root of the third NF. In particular, when transmitting the event notification, the fourth NF may use the inter PLMN callback root of the third NF as the root of the event notify URI, e.g., in a mobility procedure from an H-PLMN to a V-PLMN, or use the intra PLMN callback root of the third NF as the root of the event notify URI, e.g., in a mobility procedure from a V-PLMN to an H-PLMN.

[0060] In another example, the information may include a URI for intra PLMN notification and / or a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located. As an example, the URI for intra PLMN notification (subsChangeNotifyUri) and / or the URI for inter PLMN notification (interPlmnSubsChangeNotifyUri) , and the identifier of the PLMN where the first NF is located (intermediatePlmnld) , as shown in Table 1 above, can be included in an event subscription list in a UE context transfer response or a create UE context request from the second NF to the fourth NF.

[0061] Accordingly, the fourth NF may transmit, to the first NF, the notification using the URI for intra PLMN notification when the fourth NF is in a same PLMN as the first NF according to the identifier, or using the URI for inter PLMN notification when the fourth NF is in a different PLMN than the first NF according to the identifier.

[0062] The above methods 100～300 will be further explained with reference to Figs. 4～7 below.

[0063] Fig. 4 shows an inter PLMN registration procedure with AMF change according to an embodiment of the present disclosure. As shown, the procedure includes the following steps.

[0064] 1. A UE registers in a 5G Core (5GC) , e.g., in an H-PLMN.

[0065] 2. An NEF sends an Nudm_EventExposure_Subscribe request to a UDM in order to create a subscription, which includes an intraPlmnCallbackRoot and an interPlmnCallbackRoot in a 3gpp-Sbi-Consumer-Info header. An example of the 3gpp-Sbi-Consumer-Info header is given as follows:

[0066] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) ;

[0067] intraPlmnCallbackRoot=” https:  / / <intraNEFFQDN>. com” ;

[0068] interPlmnCallbackRoot=” https:  / / <interNEFFQDN>. mnc<MNC>. mcc<MCC>. 3gppnetwork. org”

[0069] 3. The UDM sends an Namf_EventExposure_Subscribe request to a Serving AMF (old AMF in the figure) . The request includes, in addition to the 3gpp-Sbi-Consumer-Info header from the NEF in Step 2, another 3gpp-Sbi-Consumer-Info header containing intraPlmnCallbackRoot, interPlmnCallbackRoot and an intermediate NF indication intermediate-nf=true. For example, the request in Step 3 may include the following two 3gpp-Sbi-Consumer-Info headers:

[0070] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) ;

[0071] intraPlmnCallbackRoot=” https:  / / <intraNEFFQDN>. com” ;

[0072] interPlmnCallbackRoot=https:  / / <interNEFFQDN>. mnc<MNC>. mcc<MCC>. 3gppnetworkorg

[0073] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) ;

[0074] intraPlmnCallbackRoot=” https:  / / <intraUDMFQDN>. com” ;

[0075] interPlmnCallbackRoot=https:  / / <interUDMFQDN>. mnc<MNC>. mcc<MCC>. 3gppnetworkorg; intermediaNF=true

[0076] 4. The old AMF sends an Namf_EventExposure_Subscribe response to the UDM.

[0077] 5. The UDM sends an Nudm_EventExposure_Subscribe response to the NEF.

[0078] 6. If a subscribed event is detected, the old AMF sends an Namf_EventExposure_Notify to the NEF.

[0079] 7. The UE sends a Registration Request to a new AMF in a V-PLMN to trigger a mobility registration update (e.g., when the UE moves to a new registration area) .

[0080] 8. The new AMF sends an Namf_Communication_UEContextTransfer request to the old AMF to retrieve a UE context.

[0081] 9. The old AMF sends an Namf_Communication_UEContextTransfer response to the new AMF with the UE context. The response includes nfConsumerInfos (3gpp-Sbi-Consumer-Info headers) received in Step 3 in eventSubscriptionList.

[0082] 10. Steps 6 -25 of Figure 4.2.2.2.2-1, Registration procedure, in the 3GPP TS 23.502 (V18.4.0, which is incorporated herein by reference in its entirety) are performed.

[0083] 11. The new AMF finds the correct callback URI of the UDM, e.g., adapted with interPlmnCallbackRoot the 3gpp-Sbi-Consumer-Info header with the intermediate-nf =true indication as received in Step 9.

[0084] 12. The new AMF sends a subscription change notification to the UDM, which includes a new subscription ID based on the callback URI adapted with interPlmnCallbackRoot as obtained in Step 11.

[0085] 13. If a subscribed event is detected, the new AMF finds the notify URI of the NEF, e.g., adapted with interPlmnCallbackRoot in the 3gpp-Sbi-Consumer-Info header without the intermediate-nf indication as received in Step 9.

[0086] 14. The new AMF sends an event notification to the NEF based on the notify URI obtained in Step 13.

[0087] Fig. 5 shows an inter PLMN handover procedure with AMF change according to an embodiment of the present disclosure. As shown, the procedure includes the following steps.

[0088] 1. A UE registers in a 5G Core (5GC) , e.g., in an H-PLMN.

[0089] 2. An NEF sends an Nudm_EventExposure_Subscribe request to a UDM in order to create a subscription, which includes an intraPlmnCallbackRoot and an interPlmnCallbackRoot in a 3gpp-Sbi-Consumer-Info header. See Step 2 in Fig. 4 for an example of the 3gpp-Sbi-Consumer-Info header.

[0090] 3. The UDM sends an Namf_EventExposure_Subscribe request to a Serving AMF (Source AMF (S-AMF) in the figure) . The request includes, in addition to the 3gpp-Sbi-Consumer-Info header from the NEF in Step 2, another 3gpp-Sbi-Consumer-Info header containing intraPlmnCallbackRoot, interPlmnCallbackRoot and an intermediate NF indication intermediate-nf =true. See Step 3 in Fig. 4 for an example of the 3gpp-Sbi-Consumer-Info headers in the request.

[0091] 4. The source AMF sends an Namf_EventExposure_Subscribe response to the UDM.

[0092] 5. The UDM sends an Nudm_EventExposure_Subscribe response to the NEF.

[0093] 6. If a subscribed event is detected, the source AMF sends an Namf_EventExposure_Notify to the NEF.

[0094] 7. Steps 1 -2 of Figure 4.9.1.3.2-1 in TS 23.502 are performed to trigger handover preparation.

[0095] 8. The source AMF sends an Namf_Communication_CreateUEContext request to a Target AMF (T-AMF) with the UE Context. The request includes nfConsumerInfos (3gpp-Sbi-Consumer-Info headers) received in Step 3 in eventSubscriptionList.

[0096] 9. Steps 4 -12 of Figure 4.9.1.3.2-1 in TS 23.502 are performed to continue the handover preparation.

[0097] 10. Steps 1 -15 of Figure 4.9.1.3.3-1 in TS 23.502 are performed to execute the handover.

[0098] 11. The target AMF finds the correct callback URI of the UDM, e.g., adapted with interPlmnCallbackRoot the 3gpp-Sbi-Consumer-Info header with the intermediate-nf =true indication as received in Step 9.

[0099] 12. The target AMF sends a subscription change notification to the UDM, which includes a new subscription ID based on the callback URI adapted with interPlmnCallbackRoot as obtained in Step 11.

[0100] 13. If a subscribed event is detected, the target AMF finds the notify URI of the NEF, e.g., adapted with interPlmnCallbackRoot in the 3gpp-Sbi-Consumer-Info header without the intermediate-nf indication as received in Step 8.

[0101] 14. The target AMF sends the event notification to the NEF based on the notify URI obtained in Step 13.

[0102] Fig. 6 shows an inter PLMN registration procedure with AMF change according to another embodiment of the present disclosure. As shown, the procedure includes the following steps.

[0103] 1. A UE registers in a 5G Core (5GC) , e.g., in an H-PLMN.

[0104] 2. An NEF sends an Nudm_EventExposure_Subscribe request to a UDM in order to create a subscription.

[0105] 3. The UDM sends an Namf_EventExposure_Subscribe request to a Serving AMF (old AMF in the figure) , including interPlmnSubsChangeNotifyUri and intermediatePlmnld as shown in Table 1.

[0106] 4. The old AMF sends an Namf_EventExposure_Subscribe response to the UDM.

[0107] 5. The UDM sends an Nudm_EventExposure_Subscribe response to the NEF.

[0108] 6. If a subscribed event is detected, the old AMF sends an Namf_EventExposure_Notify to the NEF.

[0109] 7. The UE sends a Registration Request to a new AMF in a V-PLMN to trigger a mobility registration update (e.g., when the UE moves to a new registration area) .

[0110] 8. The new AMF sends an Namf_Communication_UEContextTransfer request to the old AMF to retrieve a UE context.

[0111] 9. The old AMF sends an Namf_Communication_UEContextTransfer response to the new AMF with the UE context. The response includes interPlmnSubsChangeNotifyUri and intermediatePlmnld received in Step 3 in eventSubscriptionList.

[0112] 10. Steps 6 -25 of Figure 4.2.2.2.2-1, Registration procedure, in TS 23.502 are performed.

[0113] 11. The new AMF finds that the intermediaPlmnld is different from that of serving PLMN (V-PLMN) , and accordingly decides to use interPlmnSubsChangeNotifyUri to send a subscription change notification.

[0114] 12. The new AMF sends the subscription change notification to the UDM for subscription change based on interPlmnSubsChanageNotifyUri.

[0115] 13. If a subscribed event is detected, the new AMF sends an Namf_EventExposure_Notify to the NEF.

[0116] Fig. 7 shows an inter PLMN handover procedure with AMF change according to another embodiment of the present disclosure. As shown, the procedure includes the following steps.

[0117] 1. A UE registers in a 5G Core (5GC) , e.g., in an H-PLMN.

[0118] 2. An NEF sends an Nudm_EventExposure_Subscribe request to a UDM in order to create a subscription.

[0119] 3. The UDM sends an Namf_EventExposure_Subscribe request to a Serving AMF (Source AMF (S-AMF) in the figure) , including interPlmnSubsChangeNotifyUri and intermediatePlmnld as shown in Table 1.

[0120] 4. The source AMF sends an Namf_EventExposure_Subscribe response to the UDM.

[0121] 5. The UDM sends an Nudm_EventExposure_Subscribe response to the NEF.

[0122] 6. If a subscribed event is detected, the source AMF sends an Namf_EventExposure_Notify to the NEF.

[0123] 7. Steps 1-2 of Figure 4.9.1.3.2-1 in TS 23.502 are performed to trigger handover preparation.

[0124] 8. The source AMF sends an Namf_Communication_CreateUEContext request to a Target AMF (T-AMF) with the UE Context, including interPlmnSubsChangeNotifyUri and intermediatePlmnld received in Step 3 in eventSubscriptionList.

[0125] 9. Steps 4 -12 of Figure 4.9.1.3.2-1 in TS 23.502 are performed to continue the handover preparation.

[0126] 10. Steps 1 -15 of Figure 4.9.1.3.3-1 in TS 23.502 are performed to execute the handover.

[0127] 11. The target AMF finds that the intermediaPlmnld is different from that of serving PLMN (V-PLMN) , and accordingly decides to use interPlmnSubsChangeNotifyUri to send a subscription change notification.

[0128] 12. The target AMF sends the subscription change notification to the UDM for subscription change based on interPlmnSubsChanageNotifyUri.

[0129] 13. If a subscribed event is detected, the target AMF sends an Namf_EventExposure_Notify to the NEF.

[0130] Correspondingly to the method 100 as described above, a first NF node is provided. Fig. 8 is a block diagram of a network node 800 according to an embodiment of the present disclosure. The network node 800 is configured to implement a first NF.

[0131] Fig. 8 is a block diagram of a network node 1100 according to an embodiment of the present disclosure.

[0132] The network node 1100 includes a communication interface 1110, a processor 1120 and a memory 1130.

[0133] The memory 1130 may contain instructions executable by the processor 1120 whereby the network node 1100 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 1130 may contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing a first NF: transmit, to a second NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0134] In an embodiment, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF.

[0135] In an embodiment, the information may be carried in a 3gpp-Sbi-Consumer-Info header. In an embodiment, the information may include a URI for intra PLMN notification and / or a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located.

[0136] In an embodiment, the information may be carried in a subscription request.

[0137] In an embodiment, the notification may include a subscription change notification, and / or the subscription may include an event subscription.

[0138] In an embodiment, the second NF may be an AMF, and / or the first NF may be a UDM and the third NF may be an NEF.

[0139] Alternatively, the memory 1130 may contain instructions executable by the processor 1120 whereby the network node 1100 is operative to, when implementing a second NF, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 2. Particularly, the memory 1130 may contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing a second NF: receive, from a first NF, information for the first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0140] In an embodiment, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF.

[0141] In an embodiment, the information may be carried in a 3gpp-Sbi-Consumer-lnfo header.

[0142] In an embodiment, the information may include a URI for intra PLMN notification and / or a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located.

[0143] In an embodiment, the information may be carried in a subscription request.

[0144] In an embodiment, the notification may include a subscription change notification; and / or the subscription may include an event subscription.

[0145] In an embodiment, the memory 1130 may further contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing the second NF: transmit the information to a fourth NF.

[0146] In an embodiment, the fourth NF may be a new or target AMF.

[0147] In an embodiment, the second NF may be an old or source AMF, and / or the first NF may be a UDM and the third NF may be an NEF.

[0148] Alternatively, the memory 1130 may contain instructions executable by the processor 1120 whereby the network node 1100 is operative to, when implementing a fourth NF, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 3. Particularly, the memory 1130 may contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing a fourth NF: receive, from a second NF, information for a first NF to receive a notification as an intermediate NF. The first NF requests to create a subscription at the second NF on behalf of a third NF.

[0149] In an embodiment, the information may include an intra PLMN callback root of the first NF and / or an inter PLMN callback root of the first NF, and an indication that the first NF serves as the intermediate NF.

[0150] In an embodiment, the memory 1130 may further contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing the fourth NF: transmit, to the first NF, the notification using a callback URI adapted with the intra PLMN callback root or inter PLMN callback root of the first NF.

[0151] In an embodiment, the information may be carried in a 3gpp-Sbi-Consumer-Info header.

[0152] The memory 1130 may further contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing the fourth NF: receive another 3gpp-Sbi-Consumer-Info header containing an intra PLMN callback root of the third NF or an inter PLMN callback root of the third NF, and transmit a further notification to the third NF using a notify URI adapted with the intra PLMN callback root or inter PLMN callback root of the third NF.

[0153] In an embodiment, the further notification may be an event notification, and the notify URI may be an event notify URI.

[0154] In an embodiment, the information may include a URI for intra PLMN notification and / or and a URI for inter PLMN notification, and an identifier of a PLMN where the first NF is located.

[0155] In an embodiment, the memory 1130 may further contain instructions executable by the processor 1100 whereby the network node 1100 is operative to, when implementing the fourth NF: transmit, to the first NF, the notification using the URI for intra PLMN notification when the fourth NF is in a same PLMN as the first NF according to the identifier, or using the URI for inter PLMN notification when the fourth NF is in a different PLMN than the first NF according to the identifier.

[0156] In an embodiment, the notification may include a subscription change notification, and / or the subscription comprises an event subscription.

[0157] In an embodiment, the second NF may be an old or source AMF and the fourth NF may be a new or target AMF, and / or the first NF may be a UDM and the third NF may be an NEF.

[0158] 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 1120 causes the communication device 1100 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 1, 2, or 3.

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

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

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

[0162] The present disclosure may further include possible changes to the current 3GPP TS 29.500 (V18.5.0) as described below in the Appendix, where strikethroughs indicate deleted text and underlines indicate added text.

[0163] Appendix

[0164] 5.2.3.3.7 3gpp-Sbi-Consumer-Info

[0165] This header contains a comma-delimited list of NF service consumer information from an HTTP client (as NF service consumer) .

[0166] The encoding of the header follows the ABNF as defined in IETF RFC 9110

[0011] .

[0167] "service" (Mandatory parameter) : Supported Service parameter indicates the name of a service, as defined in 3GPP TS 29.510 [8] , which is supported by the sender as NF service consumer.

[0168] "apiversion" (Mandatory parameter) : Supported Versions parameter indicates the major version (s) of the service API that are supported by the sender as NF service consumer.

[0169] "supportedfeatures" (Optional parameter) : Supported Features parameter carries a string containing a bitmask in hexadecimal representation, as specified for SupportedFeatures data type in 3GPP TS 29.571

[0013] , to indicate the feature (s) of the service API that are supported by the sender as NF service consumer.

[0170] "acceptencoding" (Optional parameter) : Accept Encoding carries a string indicating the accepted content encodings supported by the sender as NF service consumer, when receiving notifications defined by the service. In the ABNF definition, "codings" and "weight" are defined in IETF RFC 9110

[0011] clauses 12.5.3 and 12.4.2.

[0171] "intraPlmnCallbackRoot" , "interPlmnCallbackRoot" (Optional parameters) : intra plmn callback root and inter plmn callback root supported by the sender as NF service consumer, for the indicated service. "callback-uri-prefix" (Optional parameter) : The NF service consumer may include this parameter when providing a Callback URI when the authority part of the Callback URI is shared by several NF service consumer instances. The NF service consumer may also include this header when providing a Callback URI including a prefix, for use during NF service consumer reselection, when binding procedures are not supported. When present, the "callback-uri-prefix" shall be a path-absolute as specified IETF RFC 3986

[0014] (i.e. the first path segment (s) after the authority) which is part of the Callback URI provided by a NF service consumer in the corresponding service request message sent to a NF service producer. The authority and "callback-uri-prefix" in the Callback URI shall uniquely identify a consumer service instance. See clause 6.12.1 for the usage of this parameter.

[0172] "intermediate-nf" (Optional parameter) : The intermediate NF indication parameter is a boolean set to true indicating that the header is provided by an intermediate NF as NF service consumer.

[0173] EXAMPLE 1: The NF consumer supports Namf_EventExposure OpenAPI "v1" without any optional feature:

[0174] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1)

[0175] EXAMPLE 2: The NF consumer supports Nsmf_EventExposure OpenAPI "v1" and "v2" with optional feature number 1 and accepted encoding "gzip" :

[0176] 3gpp-Sbi-Consumer-Info: service=nsmf-event-exposure; apiversion= (1 2) ; supportedfeatures=01; acceptencoding="gzip; q= 1.0, *; q=0.5"

[0177] EXAMPLE 3: The NF consumer supports both Namf_EventExposure OpenAPI "v1" and Nsmf_EventExposure OpenAPI "v2" :

[0178] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) , service=nsmf-event-exposure; apiversion= (2)

[0179] EXAMPLE 4: An AMF service instance supports Nsmf_PDUSession OpenAPI "v1" , provides the callback URI https:  / / amf45. operator. com / servinst123 / pdusession, whereby the authority is shared by more than one AMF service instance, while the prefix " / servinst123" uniquely identifies a specific AMF service instance:

[0180] 3gpp-Sbi-Consumer-Info: service=nsmf-pdusession; apiversion= (1) ; callback-uri-prefix=" / servinst 123"

[0181] EXAMPLE 5: The NF consumer supports Namf_EventExposure OpenAPI "v1" and sends intra PLMN callback root "https:  / / operator. com" and inter PLMN callback root "https :  / / 5gc. mnc012. mcc345.3 gppnetwork. org" in the header:

[0182] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) ;

[0183] intraPlmnCallbackRoot="https :  / / operator. com" ;

[0184] interPlmnCallbackRoot="https:  / / 5gc. mnc012. mcc345.3gppnetwork. org"

[0185] EXAMPLE 6: The intermediate NF service consumer (e.g. UDM) Namf_EventExposure OpenAPI "v1" and sends intra PLMN callback root "https:  / / intermediate-nf-authority. com" and inter PLMN callback root "https:  / / 5gc. mnc012. mcc345.3gppnetwork. org" in the header:

[0186] 3gpp-Sbi-Consumer-Info: service=namf-evts; apiversion= (1) ;

[0187] intraPlmnCallbackRoot="https:  / / intermediate-nf-authority. com" ;

[0188] interPlmnCallbackRoot="https:  / / 5gc. mnc012. mcc345.3gppnetwork. org" ; intermediate-nf=true

[0189] 6.2.2 Subscription on behalf of NF Service Consumer

[0190] When an NF service consumer subscribes to an intermediate NF for events which may be detected and reported directly by target NF (e.g. an NEF subscribes to Location Reporting event at AMF via UDM and AMF directly reports to the NEF) , the NF service consumer may include the "3gpp-Sbi-Consumer-Info" header in the subscription creation request to indicate the supported API versions, features and accepted encodings of the service on the target NF.

[0191] When subscribing to the target NF and requiring the target NF to directly report to NF service consumer, the intermediate NF shall invoke the highest API version at the target NF which is supported by the NF service consumer (if indicated) and the intermediate NF. The intermediate NF shall include all received "3gpp-Sbi-Consumer-Info" header (s) in the subscription creation request sent to the target NF.

[0192] If the target NF received this header in event subscription creation, the target NF shall generate the request body according to the supported feature (s) and accepted encodings of the NF service consumer for notifications directly sent to the NF service consumer.

[0193] Based on operator policy, the NF service consumer may provide a default inter-PLMN or intra-PLMN callback URI in a subscription request to the intermediate NF.

[0194] The NF Service Consumer may also include, for each provided service, the following information in the "3gpp-Sbi-Consumer-Info" header (s) :

[0195] - the intraPlmnCallbackRoot parameter containing the callback root for receiving intra-PLMN notifications, and

[0196] - the interPlmnCallbackRoot parameter containing the callback root for receiving inter-PLMN notifications.

[0197] Upon receiving a subscription request including the above information in the "3gpp-Sbi-Consumer-Info" header, the intermediate NF should check if the target NF is in VPLMN or HPLMN and adapt the callback Root of the callback URI according to the information received from the NF service consumer. For instance, if the NF service consumer included an inter-PLMN callback URI in the subscription request:

[0198] - if the target NF is in HPLMN, then the intermediate NF should replace the callback Root of the callback URI in the subscription request with the provided intraPlmnCallbackRoot while sending the subscription creation request to the target NF; and

[0199] - if the target NF is in VPLMN, then the intermediate NF shall not change the notification / callback URI.

[0200] In either case, the Intermediate NF should then forward the "3gpp-Sbi-Consumer-Info" header in the subscription creation request sent to the target NF.

[0201] If the intermediate NF also provided its callback URI and expects to receive notifications from the target NF (e.g. the UDM may provide the callback URI to receive subscription change event notifications from the AMF when subscribing to AMF events on behalf of the NEF) , the intermediate NF may provide the "3gpp-Sbi-Consumer-Info" header for itself in the subscription creation request to the target NF. The intermediate NF should include the intermediate NF indication parameter in the header for itself.

[0202] When the target NF is an AMF, the source AMF should forward the information in the received "3gpp-Sbi-Consumer-Info" header (s) to the target AMF during inter-AMF mobility. If the target AMF received intraPlmnCallbackRoot and interPlmnCallbackRoot parameters in the "3gpp-Sbi-Consumer-Info" header information from the source AMF, the target AMF should determine the PLMN of the NF Service Consumer and adapt the callback root of the callback URI correspondingly.

Claims

1.A method (100) in a first Network Function, NF, comprising:transmitting (110) , to a second NF, information for the first NF to receive a notification as an intermediate NF, wherein the first NF requests to create a subscription at the second NF on behalf of a third NF.2.The method (100) of claim 1, wherein the information comprises:an intra Public Land Mobile Network, PLMN, callback root of the first NF and / or an inter PLMN callback root of the first NF, andan indication that the first NF serves as the intermediate NF.3.The method (100) of claim 2, wherein the information is carried in a 3gpp-Sbi-Consumer-lnfo header.4.The method (100) of claim 1, wherein the information comprises:a Uniform Resource Identifier, URI, for intra Public Land Mobile Network, PLMN, notification and / or a URI for inter PLMN notification, andan identifier of a PLMN where the first NF is located.5.The method (100) of claim 4, wherein the information is carried in a subscription request.6.The method (100) of any of claims 1-5, whereinthe notification comprises a subscription change notification, and / orthe subscription comprises an event subscription.7.The method (100) of any of claims 1-6, whereinthe second NF is an Access and Mobility Management Function, AMF, and / orthe first NF is a Unified Data Management, UDM, and the third NF is a Network Exposure Function, NEF.8.A method (200) in a second Network Function, NF, comprising:receiving (210) , from a first NF, information for the first NF to receive a notification as an intermediate NF, wherein the first NF requests to create a subscription at the second NF on behalf of a third NF.9.The method (200) of claim 8, wherein the information comprises:an intra Public Land Mobile Network, PLMN, callback root of the first NF and / or an inter PLMN callback root of the first NF, andan indication that the first NF serves as the intermediate NF.10.The method (200) of claim 9, wherein the information is carried in a 3gpp-Sbi-Consumer-lnfo header.11.The method (200) of claim 8, wherein the information comprises:a Uniform Resource Identifier, URI, for intra Public Land Mobile Network, PLMN, notification and / or a URI for inter PLMN notification, andan identifier of a PLMN where the first NF is located.12.The method (200) of claim 11, wherein the information is carried in a subscription request.13.The method (200) of any of claims 8-12, whereinthe notification comprises a subscription change notification; and / orthe subscription comprises an event subscription.14.The method (200) of any of claims 8-13, further comprising:transmitting the information to a fourth NF.15.The method (200) of claim 14, wherein the fourth NF is a new or target Access and Mobility Management Function, AMF.16.The method (200) of any of claims 8-15, whereinthe second NF is an old or source Access and Mobility Management Function, AMF, and / orthe first NF is a Unified Data Management, UDM, and the third NF is a Network Exposure Function, NEF.17.A method (300) in a fourth Network Function, NF, comprising:receiving (310) , from a second NF, information for a first NF to receive a notification as an intermediate NF, wherein the first NF requests to create a subscription at the second NF on behalf of a third NF.18.The method (300) of claim 17, wherein the information comprises:an intra Public Land Mobile Network, PLMN, callback root of the first NF and / or an inter PLMN callback root of the first NF, andan indication that the first NF serves as the intermediate NF.19.The method (300) of claim 18, further comprising:transmitting, to the first NF, the notification using a callback Uniform Resource Identifier, URI, adapted with the intra PLMN callback root or inter PLMN callback root of the first NF.20.The method (300) of claim 18 or 19, wherein the information is carried in a 3gpp-Sbi-Consumer-lnfo header, and wherein the method further comprises:receiving another 3gpp-Sbi-Consumer-lnfo header containing an intra PLMN callback root of the third NF or an inter PLMN callback root of the third NF, andtransmitting a further notification to the third NF using a notify URI adapted with the intra PLMN callback root or inter PLMN callback root of the third NF.21.The method (300) of claim 20, wherein the further notification is an event notification, and the notify URI is an event notify URI.22.The method (300) of claim 17, wherein the information comprises:a Uniform Resource Identifier, URI, for intra Public Land Mobile Network, PLMN, notification and / or and a URI for inter PLMN notification, andan identifier of a PLMN where the first NF is located.23.The method (300) of claim 22, further comprising:transmitting, to the first NF, the notification using the URI for intra PLMN notification when the fourth NF is in a same PLMN as the first NF according to the identifier, or using the URI for inter PLMN notification when the fourth NF is in a different PLMN than the first NF according to the identifier.24.The method (300) of any of claims 17-23, whereinthe notification comprises a subscription change notification, and / orthe subscription comprises an event subscription.25.The method (300) of any of claims 17-24, whereinthe second NF is an old or source Access and Mobility Management Function, AMF, and the fourth NF is a new or target AMF, and / orthe first NF is a Unified Data Management, UDM, and the third NF is a Network Exposure Function, NEF.26.A network node (1100) , comprising a communication interface (1110) , a processor (1120) , and a memory (1130) , the memory (1130) comprising instructions executable by the processor (1120) whereby the network node (1100) is operative to, when implementing a first Network Function, NF, perform the method according to any of claims 1-7, or when implementing a second NF, perform the method according to any of claims 8-16, or when implementing a fourth NF, perform the method according to any of claims 17-25.27.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 first Network Function, NF, perform the method according to any of claims 1-7, or when implementing a second NF, perform the method according to any of claims 8-16, or when implementing a fourth NF, perform the method according to any of claims 17-25.28.A computer program product, comprising computer-readable instructions which, when executed by a processor of a network node, configure the network node to, when implementing a first Network Function, NF, perform the method according to any of claims 1-7, or when implementing a second NF, perform the method according to any of claims 8-16, or when implementing a fourth NF, perform the method according to any of claims 17-25.

Images