Network nodes and methods for notification distribution on network nodes

Abstract

To provide a method and a network node in which a network function (NF) producer forms a request uniform resource identifier (URI) for a notification to a default notification subscription with delegated discovery in a service communication proxy (SCP).SOLUTION: An NF producer sends a notification request to an SCP to deliver the notification. The notification request indicates that the notification request is related to a default notification subscription and includes a uniform resource identifier (URI) with a predefined service path.SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] The present disclosure relates to communication technologies, and more particularly, to network nodes for notification delivery and methods in network nodes.

Background Art

[0002] In Release 16, the 3rd Generation Partnership Project (3GPP) further expanded the use of the network function (NF) set concept to be applicable to all types of NFs in the 5th Generation (5G) core.

[0003] 3GPP Technical Specification (TS) 23.501, V16.4.0, which is hereby incorporated by reference in its entirety, provides a list of provisions regarding NF services, NF service sets, NFs, and NF sets, namely, NF instance: A distinguishable instance of an NF, NF service: A function that is exposed by an NF through a service-based interface and consumed by other permitted NFs, NF service instance: A distinguishable instance of an NF service, NF service operation: The basic unit that constitutes an NF service, NF service set: A group of interchangeable NF service instances of the same service type within an NF instance (NF service instances in the same NF service set have access to the same context data), and NF set: A group of interchangeable NF instances of the same type that support the same service and (one or more) the same network slice (NF instances in the same NF set are geographically dispersed but may have access to the same context data) is provided.

[0004] As specified in Section 5.21.3.1 of TS23.501, several NF instances may be deployed within an NF set as a set of NF instances to provide distribution, redundancy, and scalability together. In this case, an NF may be replaced with an alternative NF within the same NF set in the event of failure, load balancing, or load rebalancing. This applies to both service operation and notification delivery.

[0005] In the event of a service instance (NF) failure, or to perform load redistribution, a so-called "binding indication" is used to select an alternative service instance.

[0006] As specified in Section 6.3.1.0 of TS23.501, bindings can be used to direct (one or more) preferred target NF producer instances for the selection, reselection, and routing of subsequent requests related to a particular NF producer resource (context) and NF service. This allows an NF service producer (or referred to as an NF producer) to direct an NF service consumer (or referred to as an NF consumer) to bind to an NF service instance, NF instance, NF service set, or NF set for a particular context, depending on local policies and other criteria (e.g., at what point in time it is in the middle of a procedure, considering performance aspects, etc.). Bindings can also be used by an NF consumer to direct (one or more) preferred NF consumer instances for the reselection and routing of subsequent notification requests related to a particular notification subscription, as well as for providing binding instructions for (one or more) services that the NF consumer creates for the same data context and that an NF service producer may subsequently invoke.

[0007] Binding instructions are information included by an NF service producer in a request response or notification to an NF service consumer to communicate the scope to which a target NF / NF service selection / reselection may be performed, or information included by an NF service consumer in a request or subscription to communicate the scope to which a notification target selection / reselection, or the selection of (one or more) other services that the NF consumer creates for the same data context, may be performed.

[0008] Table 6.3.1.0-1 in TS23.501, reproduced below as Table 1, defines the selection and reselection behavior of NF service consumers and service communication proxies (SCPs) that depend on binding instructions provided by NF service producers. JPEG0007846151000001.jpg165170

[0009] Binding instructions may be included in the Hypertext Transfer Protocol (HTTP) header, 3gpp-Sbi-Binding, as referred to in 3GPP TS29.500, V16.3.0, which is incorporated herein by reference in its entirety. This header contains a comma-separated list of binding instructions from the HTTP server for storage and subsequent use by the HTTP client. The encoding of the header follows Augmented Backus-Naur Form (ABNF), as specified in Internet Engineering Task Force (IETF) Request for Comment (RFC) 7230, June 2014.

[0010] 3gpp-Sbi-Binding = ”3gpp-Sbi-Binding” ”:” #(OWS ”bl=” blvalue 1*(OWS ”;” parameter)) blvalue = “nfinstance” / ”nfset” / ”nfserviceinstance” / ”nfserviceset” parameter = parametername ”=” token parametername = “nfinst” / ”nfset” / ”nfservinst” / ”nfserviceset” / ”servname” / ”scope” scope = “other-service” / ”callback” / ”subscription-events”

[0011] The following parameters are defined. - bl (binding level): Indicates binding to either an NF instance, NF set, NF service instance, or NF service set. - nfinst(NF instance): Specifies the NF instance ID. - nfset(NF set): Specifies the NF set ID. - nfservinst(NF service instance): Specifies the NF service instance ID. - nfserviceset(NF service set): Specifies the NF service set ID. - scope: Indicates the applicability of binding directives in a service request. This can take one of the following values: - “other-service”: The binding information applies to (one or more) other services that the NF service consumer may later provide as an NF service producer. - “subscription-events”: The binding information applies to subscription change event notifications. - "callback": Binding information applies to notifications or callback requests. The absence of this parameter in the binding instruction in a service request shall be interpreted as a "callback". When binding information applies to notification / callback requests and other services, two scope parameters may be present in the binding instruction. - servname(service name): The name of the service or custom service, i.e., - The name of the service that handles notifications or callback requests when the scope parameter is absent or set to "callback" in the binding instructions for a subscription or callback, or - The name of (one or more) other services to which the binding applies when the scope parameter is set to "other-service", in the binding instruction of a service request for other services that an NF service consumer may later provide as an NF service producer. This indicates that two or more servname parameters may exist to represent multiple such services. The absence of this parameter in the binding instruction, when the scope parameter is set to "other-service", shall be interpreted as binding information that applies to all services that the NF service consumer may later provide as an NF service producer. - The definition and encoding of blvalue and other parameters shall be those specified for 3gpp-Sbi-Routing-Binding.

[0012] In Release 16, "indirect communication" is defined in Section 7.1.1 of TS23.501 as part of the Network Functional Services Framework. NF services can communicate directly between NF service consumers and NF service producers, or indirectly via a Service Communication Proxy (SCP). Whether an NF service consumer uses direct communication or indirect communication via an SCP depends on the NF service consumer's configuration. In direct communication, the NF service consumer performs discovery of the target NF service producer through local configuration or via the NF Repository Function (NRF). The NF service consumer communicates directly with the target NF service producer. In indirect communication, the NF service consumer communicates with the target NF service producer via an SCP. An NF service consumer may be configured to perform discovery of the target NF service producer directly, or to delegate the discovery of the target NF service producer to an SCP used for indirect communication. In the latter case, the SCP uses parameters provided by the NF service consumer to perform the discovery and / or selection of the target NF service producer. The SCP address may be set locally on the NF service consumer.

[0013] According to Section 6.3.1.0 of TS23.501, a binding instruction contains the information in Table 1. Routing binding instructions may be included in request, subscribe, or notice messages. Routing binding instructions may be used to route messages in the case of indirect communication via SCP. A routing binding instruction is a copy of the information in a binding instruction and also contains the information in Table 1.

[0014] Section 6.3.1.1 of TS23.501 specifies NF discovery and selection modes related to indirect communications. With respect to indirect communications, SCP performs the following functions related to network function and network function service discovery and selection: - If the request includes routing binding instructions, the SCP shall route the service request to the requested target as specified in Table 1. If there are no routing binding instructions, the SCP may obtain the NF set ID from the NRF or local configuration (if available). - If the request recipient has previously provided a binding instruction, the request sender shall include a routing binding instruction with the same content in subsequent related requests.

[0015] A high-level description of the different communication models that NFs and NF services can use to interact with each other is given in Annex E of TS23.501. Table E.1-1 of TS23.501, reproduced below as Table 2, summarizes the communication models, their uses, and how they relate to the use of SCPs. JPEG0007846151000002.jpg71170

[0016] Figure 1 shows the communication models for NF / NF service interaction in Table 2. The four communication models, Model A, Model B, Model C, and Model D, are briefly described below. -Model A- Direct communication without NRF interaction: Neither NRF nor SCP is used. The consumer has the producer's "NF profile" set and communicates directly with the producer of those selections. -Model B- Direct communication with NRF interaction: The consumer performs discovery by querying the NRF. Based on the discovery results, the consumer makes a selection. The consumer sends the request to the selected producer. - Model C - Indirect communication without delegated discovery: The consumer performs discovery by querying the NRF. Based on the discovery results, the consumer selects a specific NF instance from a set of NF sets or NF instance sets. The consumer sends a request containing the address of the selected service producer, which refers to an NF service instance or a set of NF service instances, to the SCP. In the latter case, the SCP selects an NF service instance. If possible, the SCP interacts with the NRF to obtain selection parameters such as location, capacity, etc. The SCP routes the request to the selected NF service producer instance. - Model D - Indirect communication with delegated discovery: The consumer neither performs discovery nor selection. The consumer adds the necessary discovery and selection parameters required to find a suitable producer to the service request. The SCP uses the request address in the request message as well as the discovery and selection parameters to route the request to a suitable producer instance. The SCP can perform discovery using the NRF and obtain the discovery results.

[0017] Note that the communication model shown in Figure 1 applies to the service request scenario where the consumer acts as an HTTP client and the producer acts as an HTTP server. However, in the notification scenario (for example, each service request or response in Figure 1 is replaced with a notification request or response), the producer acts as an HTTP client and the consumer acts as an HTTP server. In this case, "consumer" and "producer" in Figure 1 are exchanged with each other.

[0018] 3GPP TS 29.510, V16.3.0, which is incorporated herein by reference in its entirety, specifies the default notification subscriptions for which NF / NF services can register default notification subscriptions as NF service consumers for some notification types. In the scenario of default notification subscriptions, the NF service consumer does not explicitly subscribe to notifications from the NF service producer, i.e., the NF service consumer does not send an explicit subscription request to the NF service producer. When the NF service producer sends notifications related to the default notification subscriptions to - In Option A: it can be delivered to a specific NF instance (e.g., the Access and Mobility Management Function (AMF) can send N1 Location Service (LCS)-related messages to the Location Management Function (LMF) instance that previously sent the N1 LCS-related messages to the User Equipment (UE), or the N2 Public Warning System (PWS)-related messages can be sent to the Cell Broadcast Center Function (CBCF) / PWS Interworking Function (PWS-IWF)), or - In Option B: it can be delivered to NF candidates discovered by other discovery factors.

[0019] The NF service producer can retrieve the NF profile of the target NF service consumer and obtain the callback Uniform Resource Identifier (URI) in the default notification subscription from the NF profile to deliver the notifications. Table 6.1.6.2.2-1 of TS 29.510, which is reproduced below as Table 3, gives the specification of the NF profile. Table 6.1.6.2.4-1 of TS 29.510, which is reproduced below as Table 4, gives the specification of the default notification subscriptions. Table 6.1.6.3.4-1 of TS 29.510, which is reproduced below as Table 5, specifies the values of NotificationType in Table 4. JPEG0007846151000003.jpg40170JPEG0007846151000004.jpg134170JPEG0007846151000005.jpg66170

[0020] Section 6.10.3 of TS29.500 specifies NF discovery and selection for indirect communications with delegated discovery. In particular, according to Section 6.10.3.2 of TS29.500, when an NF service consumer is configured to use delegated service discovery, the NF service consumer shall include in the HTTP / 2 request message the necessary NF service discovery factors to be used by the SCP to perform the NF service discovery procedure on behalf of the NF service consumer. The latter shall communicate these NF service discovery factors using the "3gpp-Sbi-Discovery-*" request header. When the SCP receives a service request from an NF service consumer containing the "3gpp-Sbi-Discovery-*" request header and calls NF service discovery to the NRF to perform this task, it shall take into account all NF service discovery factors included in the "3gpp-Sbi-Discovery-*" request header. It is also possible to configure SCP internally to perform these service discovery tasks without interacting with the NRF. If a service request contains one or more "3gpp-Sbi-Discovery-*" request headers that are not supported by SCP, the latter should include the corresponding query parameters in the discovery request to the NRF. Based on the operator policy, SCP may instead reject the request and return a response to the NF service consumer with status code "400 Bad Request" and an "INVALID_DISCOVERY_PARAM" error.

[0021] According to Section 6.10.3.3 of TS29.500, an NF may register a default notification subscription in its NF profile or NF service in the NRF for notifications that the NF is ready to consume, which includes a corresponding notification endpoint (i.e., a callback URI) for each type of notification. This may be used, for example, by the AMF to discover other AMF notification endpoints and forward N1 or N2 messages, or by the AMF to notify the Gateway Mobile Location Center (GMLC) of location information, or by the User Data Repository (UDR) to notify the User Data Management (UDM) function of data changes or deletions. The following procedure may be used to support notifications corresponding to a default notification subscription. - An NF producer may make a discovery request to the NRF (possibly via SCP) to discover the default notification subscription of an NF consumer, and if found, may send a notification to the corresponding notification endpoint using the routing mechanism specified in Section 6.1 of TS29.500, or - The NF producer has set the type of notification corresponding to the default notification subscription that the NF producer needs to generate, and using delegated discovery, i.e., the SCP can discover and select NF service consumers that have the corresponding default notification subscription and send out such notifications. To enable the latter, the NF producer, during the notification request, - The 3gpp-Sbi-Callback header includes the name of the notification or callback service action and, if greater than 1, the API major version. - The 3gpp-Sbi-Discovery-notification-type header set for the type of notification that is set, - 3gpp-Sbi-Discovery-target-nf-type header indicating the type of consumer NF, - Optionally, additional NF service discoverer headers to be used by SCP to discover and select consumer NFs. This shall include [Overview of the project]

[0022] Regarding the default notification subscription in Model D described above, the NF producer, acting as an HTTP client, may send an initial request to the SCP in the following format: <httpmethod>http(s): / / {SCP Authority} / <service-path> 3gpp-sbi-discovery-*

[0023] Here, regarding the service request operation, the request URI is http(s): / / {SCP authority} / <service-path>inside <service-path>This is explicitly specified in the 3GPP standard specification for each API. For example, / <apiname> / {apiVersion} / <apispecificresourceuripart>For example, if AMF needs to create a session management (SM) context in SMF, the request might look like this: POST http(s): / / {SCP Authority} / nsmf-pdusession / v1 / sm-contexts 3gpp-sbi-discovery-dnn:{dnn name} 3gpp-sbi-discovery-slice:{slice} ...

[0024] When an SCP receives such a request, it performs NF discovery using the discovery factor carried in the request, selects an NF instance, swaps the application programming interface (API) root (or apiRoot) of the selected NF instance with the authority portion of the URI, and then relays the request to the selected NF instance.

[0025] However, for the default notification subscription, notifications will be sent to a callback URI, and the standard format of the callback URI is not specified. That is, the callback URI of the default subscription is <service-path>This is entirely implementation-specific and can only be explicitly discovered from the NF producer's NF profile. In the case of delegated discovery (Model-D), the NF producer for the default subscription <service-path>However, this can be completely different for different NF instances, so when sending a request to SCP, the callback URI <service-path>It is not possible to identify it. Therefore, the NF producer cannot form a request URI for notification to the default notification subscription with delegated discovery in SCP.

[0026] Furthermore, in order to deliver notifications for default notification subscriptions with delegated discovery in SCP, SCP needs to locate the strict default notification subscriptions in the target NF consumer's NF profile in order to relay the notifications and obtain the callback URI. This may also require the notification type, as well as the N1 message class and N2 information class. For example, CBCF may register two default subscriptions for N2 information notification type, one for class "PWS-BACL (N2 Broadcast Completed Area List or Broadcast Cancelled Area List)" and another for "PWS-RF (N2 Restart Instruction or Fault Instruction)," or LMF may register two default subscriptions for N1 message notification type, one for class "Long Term Evolution (LTE) Positioning Protocol (LPP)" and another for class "LCS."

[0027] Furthermore, if an NF producer (or SCP in the case of indirect communication) delivers a notification to a default notification subscription but detects that the target NF consumer is unavailable (e.g., due to failure, overload, etc.), the NF producer (or SCP) must re-select a different NF consumer as the target of the notification, especially if the notification targeted a specific NF consumer (e.g., in option A above). For a default notification subscription, there may be binding levels associated with the NF consumer (e.g., NF instance / NF set / NF service / NF service set). However, in this case, since the NF consumer does not explicitly subscribe to the notification, the NF producer is unaware of the binding level and cannot properly re-select the target NF consumer.

[0028] The purpose of this disclosure is to provide a network node and a method in the network node for notification distribution that can solve or mitigate at least one of the above-mentioned problems.

[0029] A method is provided in an NF producer according to a first aspect of this disclosure. The method includes sending a notification request to an SCP for the distribution of notifications. The notification request includes a URI having a predetermined service path indicating that the notification request relates to a default notification subscription.

[0030] In one embodiment, the notification request may further include one or more parameters required for the SCP to select the target NF consumer for notification.

[0031] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0032] A second aspect of this disclosure provides a method in a network node implementing an SCP function. The method includes receiving a notification request from an NF producer for distributing a notification, the notification request including a URI having a predetermined service path indicating that the notification request relates to a default notification subscription; selecting a target NF consumer for the notification based on the notification request; obtaining a callback URI related to the default notification subscription for the target NF consumer; and sending a notification to the target NF consumer using the callback URI.

[0033] In one embodiment, the notification request may further include one or more parameters required for the SCP to select a target NF consumer.

[0034] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0035] In one embodiment, the selected action may include performing discovery toward the NRF based on one or more parameters, and the retrieved action may include obtaining a callback URI from the NF profile returned by the NRF.

[0036] A third aspect of this disclosure provides a method in an NF producer. This method includes sending a notification request to an SCP for delivering notifications for a default notification subscription. The notification request specifies at least one of an N1 message class and an N2 information class for the notification.

[0037] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0038] A fourth aspect of this disclosure provides a method in a network node implementing an SCP function. The method includes receiving a notification request from an NF producer for delivering notifications to a default notification subscription, wherein the notification request indicates at least one of an N1 message class and an N2 information class for the notification; selecting or re-selecting a target NF consumer for the notification based on the notification request; and sending the notification to the target NF consumer.

[0039] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0040] In one embodiment, the selection or re-selection operation may include performing discovery toward the NRF based on the N1 message class and / or N2 information class.

[0041] A fifth aspect of this disclosure provides a method in an NF consumer. The method includes sending an NF registration request to an NRF, wherein the NF registration request includes a binding instruction relating to an NF consumer for a default notification subscription, or sending a binding instruction relating to an NF consumer for a default notification subscription in a service request that triggers an NF producer to deliver a notification for a default notification subscription.

[0042] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0043] A sixth aspect of this disclosure provides a method in an NF producer. This method includes obtaining a binding instruction related to an NF consumer for a default notification subscription and sending a notification request to an SCP for delivering notifications for the default notification subscription. The notification request includes a binding instruction.

[0044] In one embodiment, the actions to be acquired may include acquiring a binding instruction from an NF consumer in a service request that triggers the acquisition of a binding instruction from an NRF in the NF discovery process, or the delivery of a notification to a default notification subscription.

[0045] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0046] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0047] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0048] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0049] A seventh aspect of this disclosure provides a method in a network node implementing an SCP function. The method includes receiving a notification request from an NF producer for delivering notifications to a default notification subscription, obtaining a binding instruction related to an NF consumer for the default notification subscription, and, based on the binding instruction, re-selecting another NF consumer for delivering notifications to the default notification subscription.

[0050] In one embodiment, the operations to be acquired may include acquiring binding instructions from the NRF in the NF discovery process, or extracting binding instructions from a notification request received from an NF producer.

[0051] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0052] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0053] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0054] In one embodiment, the reselection action may be in response to a failure, load balancing, or load redistribution related to the NF consumer.

[0055] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0056] According to the eighth aspect of this disclosure, a network node is provided. The network node includes a communication interface, a processor, and memory. The memory stores instructions that can be executed by the processor, and the network node is operable to perform, when implementing an NF producer, the first, third, or sixth method described above; when implementing a service communication proxy (SCP) function, the second, fourth, or seventh method described above; or when implementing a network function (NF) consumer, the fifth method described above.

[0057] A computer-readable storage medium is provided according to the ninth aspect of this disclosure. The computer-readable storage medium stores computer-readable instructions. When executed by the processor of a network node, the computer-readable instructions configure the network node to implement any of the methods described in the first, third, or sixth aspects when implementing an NF producer, or to implement any of the methods described in the second, fourth, or seventh aspects when implementing a service communication proxy (SCP) function, or to implement the method described in the fifth aspect when implementing a network function (NF) consumer.

[0058] In some embodiments of this disclosure, an NF producer may include in a notification request a URI having a predetermined service path that indicates the notification request relates to a default notification subscription. Upon receiving a notification request, the SCP may select a target NF consumer, retrieve a callback URI related to the default notification subscription for the target NF consumer, and use the callback URI to send a notification to the target NF consumer. In this way, the introduction of a predetermined service path enables the SCP to properly handle the callback URI related to the default notification subscription.

[0059] In some embodiments of this disclosure, an NF producer may include at least one of the N1 message class and N2 information class for a notification in a notification request for delivering a notification to a default notification subscription. An SCP receiving a notification request may select or re-select target NF consumers for the notification based on at least the N1 message class and / or the N2 information class. In this way, the selection or re-selection of target NF consumers may be performed more efficiently or appropriately.

[0060] In some embodiments of the present disclosure, an NF consumer may register a binding instruction with the NRF relating to the NF consumer for a default notification subscription, or may send a binding instruction to an NF producer in a service request that triggers the delivery of notifications for a default notification subscription. In either case, the NF producer or SCP is enabled to obtain the binding instruction for use in selecting or re-selecting a target NF consumer, which may make the selection or re-selection more efficient or appropriate.

[0061] The above and other purposes, features, and advantages will become more apparent from the following description of embodiments with reference to the figures. [Brief explanation of the drawing]

[0062] [Figure 1] This is a schematic diagram illustrating a communication model for NF / NF service interaction. [Figure 2] This flowchart shows a method in an NF producer according to one embodiment of the present disclosure. [Figure 3] This flowchart shows a method in an SCP according to one embodiment of the present disclosure. [Figure 4] This flowchart shows a method in an NF producer according to another embodiment of the present disclosure. [Figure 5] This flowchart shows a method in SCP according to another embodiment of the present disclosure. [Figure 6] This flowchart shows a method in an NF consumer according to yet another embodiment of the present disclosure. [Figure 7] This flowchart shows a method in an NF producer according to another embodiment of the present disclosure. [Figure 8] This flowchart shows a method in SCP according to yet another embodiment of the present disclosure. [Figure 9] This is a sequence diagram illustrating an exemplary process for notification delivery according to one embodiment of the present disclosure. [Figure 10] This is a sequence diagram illustrating an exemplary process for notification delivery according to another embodiment of the present disclosure. [Figure 11] This is a sequence diagram illustrating an exemplary process for notification delivery according to another embodiment of the present disclosure. [Figure 12] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 13] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 14] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 15] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 16] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 17] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 18] This is a block diagram of a network node according to one embodiment of the present disclosure. [Figure 19] This is a block diagram of a network node according to another embodiment of the present disclosure. [Modes for carrying out the invention]

[0063] In this disclosure, network functions, or NFs, may be implemented as network elements on dedicated hardware, as software instances running on dedicated hardware, or as virtualized functions instantiated on an appropriate platform, for example, on a cloud infrastructure.

[0064] References herein to “one embodiment,” “an embodiment,” and “exemplary embodiment” indicate that the embodiments described may include certain features, structures, or characteristics, but not all embodiments necessarily include such features, structures, or characteristics. Furthermore, such phrases do not necessarily refer to the same embodiment. Moreover, when certain features, structures, or characteristics are described in relation to an embodiment, it is known to those skilled in the art that such features, structures, or characteristics will be affected in relation to other embodiments, whether or not they are explicitly described.

[0065] Terms such as “first” and “second” may be used herein to describe various elements, but it should be understood that these elements should not be limited by these terms. These terms are used merely to distinguish one element from another. For example, without departing from the scope of exemplary embodiments, a first element may be called a second element, and similarly, a second element may be called a first element. The terms “and / or” as used herein include any and all combinations of one or more of the relevant enumerated terms. The technical terms used herein are for the purpose of describing specific embodiments and do not limit the exemplary embodiments. The singular forms “a,” “an,” and “the” used herein also include the plural form unless the context otherwise explicitly indicates. It will be further understood that the terms “comprises,” “comprising,” “has,” “having,” “includes,” and / or “including” as used herein specify the presence of the described features, elements, and / or components, but do not exclude the presence or addition of one or more other features, elements, components, and / or combinations thereof.

[0066] In the following description and claims, unless otherwise specified, all technical and scientific terms used herein have the same meanings as those commonly understood by those skilled in the art to which this disclosure belongs.

[0067] Figure 2 is a flowchart of Method 200 according to one embodiment of the present disclosure. Method 200 may be implemented in an NF producer or a network node implementing an NF producer. Method 200 may be applied primarily to Model D as described above, for example, and those skilled in the art will understand that Method 200 may also be applied to other models when applicable.

[0068] In block 210, a notification request for the distribution of notifications is sent to the SCP. The notification request includes a URI with a predetermined service path indicating that the notification request is related to a default notification subscription.

[0069] For example, a notification request may further include one or more parameters required for the SCP to select the target NF consumer for the notification. For instance, one or more parameters may include at least one of the N1 message class and N2 information class for the notification.

[0070] A notification request might be, for example, as follows: POST http(s): / / {SCP Authority} / default-subscription 3gpp-sbi-discovery-notification-type:N1_MESSAGE 3gpp-sbi-discovery-n1-msg-class:LPP

[0071] In this example, the URI includes the service path " / default-subscription," indicating that the notification request is related to the default notification subscription. The notification request also includes the notification type "N1_MESSAGE" and the N1 message class "LPP," which may be used by the SCP to select the target NF consumer and / or the default notification subscription.

[0072] Figure 3 is a flowchart of Method 300 according to one embodiment of the present disclosure. Method 300 may be implemented in an SCP or a network node implementing SCP functionality. Method 300 may be applied primarily to, for example, Model D as described above, and those skilled in the art will understand that Method 300 may also be applied to other models when applicable.

[0073] In block 310, a notification request for delivering notifications is received from the NF producer. The notification request includes a URI with a predetermined service path that indicates the notification request is related to the default notification subscription. The predetermined service path may be, for example, " / default-subscription" as described above with respect to Figure 2.

[0074] For example, a notification request may further include one or more parameters required for the SCP to select the target NF consumer for the notification. For instance, one or more parameters may include at least one of the N1 message class and N2 information class for the notification.

[0075] In block 320, the target NF consumer for the notification is selected based on the notification request.

[0076] In one example, in block 320, a target NF consumer may be selected by performing discovery toward the NRF based on one or more parameters. Specifically, the SCP may perform NF discovery toward the NRF using parameters (e.g., notification type, N1 message class, N2 information class, etc.), retrieve NF profiles of candidate target NF consumers that match the parameters from the NRF, and select a target NF consumer from the candidates.

[0077] In block 330, the callback URI associated with the default notification subscription is retrieved for the target NF consumer.

[0078] For example, in block 330, the callback URI may be derived from the NF profile extracted from the NRF.

[0079] In block 340, the notification is sent to the target NF consumer using a callback URI. For example, when an SCP forwards a notification request to a target NF consumer, it can replace the entire URI in the notification request with the callback URI.

[0080] Figure 4 is a flowchart of Method 400 according to one embodiment of the present disclosure. Method 400 may be implemented in an NF producer or a network node implementing an NF producer.

[0081] In block 410, a notification request is sent to the SCP for delivering notifications to the default notification subscription. The notification request specifies at least one of the N1 message class and N2 information class for the notification.

[0082] For example, an N1 message class or an N2 information class may be carried in the header, from which query parameters for NF discovery can be derived. For instance, the header could be "3gpp-sbi-discovery-n1-msg-class" or "3gpp-sbi-discovery-n2-info-class".

[0083] Figure 5 is a flowchart of Method 500 according to one embodiment of the present disclosure. Method 500 may be implemented in an SCP or a network node implementing an SCP function.

[0084] In block 510, a notification request is received from the NF producer to deliver notifications to the default notification subscription. The notification request specifies at least one of the N1 message class and N2 information class for the notification.

[0085] For example, an N1 message class or an N2 information class may be carried in the header, from which query parameters for NF discovery can be derived. For instance, the header could be "3gpp-sbi-discovery-n1-msg-class" or "3gpp-sbi-discovery-n2-info-class".

[0086] In block 520, the notification target NF consumer is selected or re-selected based on the notification request (for example, due to a failure or overload of the previously selected target NF consumer).

[0087] For example, in block 520, a target NF consumer may be selected or re-selected by performing discovery toward the NRF based on the N1 message class and / or N2 information class. Specifically, the SCP may perform NF discovery toward the NRF using parameters such as notification type, N1 message class, and N2 information class, retrieve NF profiles of target NF consumer candidates that match the parameters from the NRF, and select a target NF consumer from the candidates.

[0088] Figure 6 is a flowchart of Method 600 according to one embodiment of the present disclosure. Method 600 may be implemented in an NF consumer or a network node implementing an NF consumer.

[0089] In block 610-1, an NF registration request is sent to the NRF. The NF registration request includes binding instructions related to the NF consumer for the default notification subscription.

[0090] Alternatively, in block 610-2, a binding instruction related to the NF consumer for the default notification subscription is sent to the NF producer in a service request that triggers the delivery of notifications for the default notification subscription.

[0091] For example, a binding directive may indicate the binding level set on an NF service instance, NF service set, NF instance, or NF set. The binding directive may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0092] Figure 7 is a flowchart of Method 700 according to one embodiment of the present disclosure. Method 700 may be implemented in an NF producer or a network node implementing an NF producer.

[0093] In block 710, the binding instructions related to the NF consumer for the default notification subscription are obtained.

[0094] For example, a binding directive may specify the binding level set on an NF service instance, an NF service set, an NF instance, or an NF set.

[0095] In one example, in block 710, the binding instruction may be obtained from the NRF in the NF discovery process, or from the NF consumer in a service request that triggers the delivery of a notification to the default notification subscription.

[0096] In block 720, a notification request is sent to the SCP to deliver notifications for the default notification subscription. The notification request includes a binding instruction. The binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0097] For example, a binding instruction may include one or more of the following: notification type, N1 message class, N2 information class, or range associated with a default notification subscription. Alternatively, a notification request may further specify one or more of the following: notification type, N1 message class, N2 information class, or range, where at least one of these may be carried in the header, from which query parameters for NF discovery can be derived.

[0098] Figure 8 is a flowchart of Method 800 according to one embodiment of the present disclosure. Method 800 may be implemented in an SCP or a network node implementing an SCP function.

[0099] In block 810, a notification request is received from the NF producer to deliver notifications to the default notification subscription.

[0100] In block 820, the binding instructions related to the NF consumer for the default notification subscription are obtained.

[0101] Here, in block 820, the binding instruction may be obtained from the NRF during the NF discovery process. Alternatively, in block 820, the binding instruction may be extracted from a notification request received from the NF producer.

[0102] For example, a binding directive may indicate the binding level set on an NF service instance, NF service set, NF instance, or NF set. The binding directive may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0103] For example, a binding instruction may include one or more of the following: notification type, N1 message class, N2 information class, or range associated with a default notification subscription. Alternatively, a notification request may further specify one or more of the following: notification type, N1 message class, N2 information class, or range, where at least one of these may be carried in the header, from which query parameters for NF discovery can be derived.

[0104] In block 830, another NF consumer is re-selected based on the binding instructions to deliver notifications for the default notification subscription.

[0105] For example, reselection in block 830 may occur in response to failures, load balancing, or load redistribution related to NF consumers. For details on reselection based on binding instructions, refer to Table 1 above.

[0106] Some exemplary embodiments of this disclosure are described below.

[0107] An NF service consumer may provide a binding instruction value for the default notification subscription in the NF profile of the NF service consumer in the NRF.

[0108] For default notification subscriptions, the NF service producer shall fetch the binding directive value (if available) from the NF profile of the NF service consumer and include the binding directive value in the 3gpp-Sbi-Routing-Binding header in the relevant notification request. For notifications corresponding to default notification subscriptions using indirect communication with delegated discovery, if the notification targets a specific NF instance / NF service instance, the SCP shall fetch the binding directive value (if available) for the default notification subscription from the NF profile of the NF service consumer.

[0109] For default notification subscriptions, the NF service consumer shall update the binding instruction value in the NF profile when the binding information for the default notification subscription changes.

[0110] Table 4 above can be extended to include binding instructions, as shown in Table 6 below. JPEG0007846151000006.jpg149170

[0111] When an HTTP client sends a notification request for a default notification subscription whose target URI is unknown (for example, for indirect communication with delegated discovery), the HTTP client shall use a pseudo-target URI for the default subscription in ":path" (" / scp-default-sub-notify-uri").

[0112] If a pseudo-target URI for the default subscription (" / scp-default-sub-notify-uri") exists in ":path", SCP shall replace that pseudo-target URI with the actual path to the target URI registered in the selected default subscription.

[0113] For indirect communications involving delegated discovery, the NF service producer must send a notification request to the default subscription, and the SCP selects the target default notification subscription (the callback URI "https: / / example.com / a / b / c / notification" is registered), - The NF service producer shall send the request "POST https: / / scp.com / 1 / 2 / 3 / scp-default-sub-notify-uri" to SCP (where "1 / 2 / 3" is SCP's "apiPrefix"). - The SCP shall send the request "POST https: / / example.com / a / b / c / notification" to the selected NF service consumer.

[0114] The 3gpp-Sbi-Discovery-notification-type header can be set to the type of notification being set. - If the notification type is "N1_MESSAGE", the 3gpp-Sbi-Discovery-n1-msg-class header is set in the N1 message class of the target default subscription, or - The 3gpp-Sbi-Discovery-n2-info-class header is set in the N2 information class of the target default subscription when the notification type is "N2_INFORMATION".

[0115] The URI query parameters supported by the HTTP GET method, as defined in section 6.2.3.2.3.1 of TS29.510, V16.4.0, may be extended to support the N1 message class and N2 information class, as shown in Table 7 below. JPEG0007846151000007.jpg185170

[0116] The features supported by the NFDiscovery service, as defined in Section 6.2.9 of TS29.510, can be extended to support the N1 message class and N2 information class, as shown in Table 8 below. JPEG0007846151000008.jpg255170JPEG0007846151000009.jpg30170

[0117] Methods 200-800 described above will be further explained below with reference to the illustrative examples shown in Figures 9-11.

[0118] Figure 9 is a sequence diagram illustrating an exemplary process for notification delivery according to one embodiment of the present disclosure. In this example, the target NF consumer is selected by the SCP.

[0119] In 9.1, the CBCF, as the NF consumer in this example, sends an NF registration request to the NRF. The NF registration request may include the default notification subscription "N2_INFORMATION / PWS-RF" (notification type=N2 information, N2 information class=PWS-RF), as well as binding instructions, bl="nfset", nf-set-id="Cbcf-Set1". In 9.2, the NRF responds with an NF registration response. In 9.3, the AMF, as the NF producer in this example, sends a notification request to the SCP (for example, an N2 notification request that may be triggered in response to receiving an N2 reactivation instruction from a radio access network (RAN)). The notification request may include a request URI "http(s): / / {SCP authority} / default-subscription", which may be, for example: POST http(s): / / {SCP Authority} / default-subscription 3gpp-sbi-discovery-notification-type:N2_INFORMATION 3gpp-sbi-discovery-n2-info-class:PWS-RF

[0120] In 9.4, the SCP performs NF discovery toward the NRF for target NF consumer candidates using query parameters such as notification-type="N2_INFORMATION" and n2-info-class="PWS-RF", and retrieves a list of candidates and their respective NF profiles from the NRF. In 9.5, the SCP selects CBCF from the list as the target NF consumer and retrieves the default notification subscription and the URI associated with the default notification subscription from CBCF's NF profile. In 9.6, the SCP forwards a notification request to CBCF, with the request URI replaced by the callback URI. CBCF then sends a notification response (e.g., an N2 notification response) to the SCP in 9.7, and the SCP forwards the notification response to the AMF in 9.8.

[0121] Figure 10 is a sequence diagram illustrating an exemplary process for notification delivery according to one embodiment of the present disclosure. In this example, the target NF consumer is first designated by the NF producer and then re-selected by the SCP.

[0122] In 10.1, the LMF (indicated as LMF1), acting as an NF consumer in this example, sends an NF registration request to the NRF. The NF registration request may include the default notification subscription "N1_MESSAGE / LPP" (notification type=N1 message, N1 message class=LPP), as well as binding instructions, bl="nfset", nf-set-id="LMF-Set1". In 10.2, the NRF responds with an NF registration response. LMF1 may then send an N1 LPP request to the UE via the AMF. Upon receiving the N1 LPP response from the UE, the AMF, acting as an NF producer in this example, sends a notification request (e.g., an N1 notification request) to the SCP in 10.3, specifying LMF1 as the target NF consumer. The notification request may include the request URI "http(s): / / {SCP authority} / default-subscription", which may be, for example: POST http(s): / / {SCP Authority} / default-subscription 3gpp-sbi-discovery-target-nf-instance-id:LMF1InstanceId 3gpp-sbi-discovery-notification-type:N1_MESSAGE 3gpp-sbi-discovery-n1-msg-class:LPP

[0123] In 10.4, the SCP performs NF discovery toward the NRF with LMF1 as the target NF consumer and retrieves the NF profile of LMF1 from the NRF. In 10.5, the SCP retrieves the default notification subscription and the URI associated with the default notification subscription for LMF1 from the NF profile of LMF1. In 10.6, the SCP forwards the notification request to LMF1, with the request URI replaced by the callback URI. However, the forwarding in 10.6 fails, for example, due to a failure of LMF1. In 10.7, the SCP performs NF discovery toward the NRF using the binding directive and retrieves from the NRF a list of target NF consumer candidates that match the binding directive (for example, belonging to NF set "LMF-Set1") and the respective NF profiles of those target NF consumer candidates. In 10.8, the SCP re-selects another LMF (indicated as LMF2) from the list as the new target NF consumer and retrieves the default notification subscription and a new URI associated with the default notification subscription for LMF2 from LMF2's NF profile. In 10.9, the SCP forwards the notification request to LMF2, with the request URI replaced by the new callback URI. LMF2 then sends a notification response (e.g., an N1 notification response) to the SCP in 10.10, and the SCP forwards the notification response to the AMF in 10.11.

[0124] Figure 11 is a sequence diagram illustrating an exemplary process for notification delivery according to one embodiment of the present disclosure. In this example, the target NF consumer is first selected by the NF producer and then re-selected by the SCP.

[0125] In 11.1, the LMF (referred to as LMF1), acting as an NF consumer in this example, sends an NF registration request to the NRF. The NF registration request may include the default notification subscription "N1_MESSAGE / LPP" (notification type=N1 message, N1 message class=LPP), as well as binding instructions, bl="nfset", nf-set-id="LMF-Set1". In 11.2, the NRF responds with an NF registration response. LMF1 may then send an N1 LPP request to the UE via the AMF. Upon receiving the N1 LPP response from the UE, the AMF, acting as an NF producer in this example, performs NF discovery toward the NRF in 11.3, together with LMF1 as the target NF consumer, and obtains the NF profile of LMF1 from the NRF. In 11.4, the AMF obtains the default notification subscription and the URI associated with the default notification subscription for LMF1 from the NF profile of LMF1. In 11.5, the AMF sends a notification request (e.g., an N1 notification request) to the SCP. The notification request includes a callback URI, which may be, for example, the following: POST {Callback URI related to default subscription for LMF1} 3gpp-sbi-Routing-Binding:bl=”nfset”;nf-set-id=”LMF-Set1” 3gpp-sbi-discovery-notification-type:N1_MESSAGE 3gpp-sbi-discovery-n1-msg-class:LPP

[0126] In 11.6, the SCP forwards a notification request with a callback URI to LMF1. However, the forwarding in 11.6 fails, for example, due to a failure in LMF1. In 11.7, the SCP uses a binding directive to perform NF discovery toward the NRF and retrieves from the NRF a list of target NF consumer candidates that match the binding directive (for example, belonging to NF set "LMF-Set1") and the respective NF profiles of those target NF consumer candidates. In 11.8, the SCP re-selects another LMF (indicated as LMF2) from the list as a new target NF consumer and retrieves the default notification subscription and a new URI associated with the default notification subscription for LMF2 from the NF profile of LMF2. In 11.9, the SCP forwards a notification request with a new callback URI to LMF2. Next, LMF2 sends a notification response (e.g., an N1 notification response) to SCP in 11.10, and SCP forwards the notification response to AMF in 11.11.

[0127] A network node is provided corresponding to the method 200 described above. Figure 12 is a block diagram of a network node 1200 according to one embodiment of the present disclosure. The network node 1200 may be configured to implement an NF producer.

[0128] As shown in Figure 12, the network node 1200 includes a transmitting unit 1210 configured to send a notification request to the SCP for the distribution of notifications. The notification request includes a URI with a predetermined service path that indicates the notification request is related to a default notification subscription.

[0129] In one embodiment, the notification request may further include one or more parameters required for the SCP to select the target NF consumer for notification.

[0130] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0131] Unit 1210 can be implemented as a pure hardware solution or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 2.

[0132] A network node is provided corresponding to the method 300 described above. Figure 13 is a block diagram of a network node 1300 according to one embodiment of the present disclosure. The network node 1300 may be configured to implement SCP functionality.

[0133] As shown in Figure 13, network node 1300 includes a receiving unit 1310 configured to receive notification requests from NF producers for distributing notifications, the notification requests including a URI having a predetermined service path indicating that the notification request relates to a default notification subscription. Network node 1300 further includes a selection unit 1320 configured to select target NF consumers for notifications based on the notification requests. Network node 1300 further includes a retrieval unit 1330 configured to obtain a callback URI related to the default notification subscription for the target NF consumers. Network node 1300 further includes a sending unit 1340 configured to send notifications to the target NF consumers using the callback URI.

[0134] In one embodiment, the notification request may further include one or more parameters required for the SCP to select a target NF consumer.

[0135] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0136] In one embodiment, the selection unit 1320 may be configured to perform discovery toward the NRF based on one or more parameters. The acquisition unit 1330 may be configured to obtain a callback URI from the NF profile returned by the NRF.

[0137] Units 1310-1340 can be implemented as pure hardware solutions or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 3.

[0138] A network node is provided corresponding to the method 400 described above. Figure 14 is a block diagram of a network node 1400 according to one embodiment of the present disclosure. The network node 1400 may be configured to implement an NF producer.

[0139] As shown in Figure 14, network node 1400 includes a transmit unit 1410 configured to send a notification request to the SCP for delivering notifications for a default notification subscription. The notification request specifies at least one of the N1 message class and N2 information class for the notification.

[0140] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0141] Unit 1410 can be implemented as a pure hardware solution or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 4.

[0142] A network node is provided corresponding to the method 500 described above. Figure 15 is a block diagram of a network node 1500 according to one embodiment of the present disclosure. The network node 1500 may be configured to implement SCP functionality.

[0143] As shown in Figure 15, network node 1500 includes a receiving unit 1510 configured to receive notification requests from an NF producer for delivering notifications to a default notification subscription, where the notification request specifies at least one of an N1 message class and an N2 information class for the notification. Network node 1500 further includes a selection unit 1520 configured to select or re-select target NF consumers for notifications based on the notification request. Network node 1500 further includes a sending unit 1530 configured to send notifications to target NF consumers.

[0144] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0145] In one embodiment, the selection unit 1520 may be configured to perform discovery toward the NRF based on the N1 message class and / or the N2 information class.

[0146] Units 1510-1530 can be implemented as pure hardware solutions or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 5.

[0147] A network node is provided corresponding to the method 600 described above. Figure 16 is a block diagram of a network node 1600 according to one embodiment of the present disclosure. The network node 1600 may be configured to implement an NF consumer.

[0148] As shown in Figure 16, the network node 1600 includes a transmit unit 1610 configured to send an NF registration request to the NRF, the NF registration request containing a binding instruction related to the NF consumer for the default notification subscription. Alternatively, the transmit unit 1610 may be configured to send a binding instruction related to the NF consumer for the default notification subscription to the NF producer in a service request that triggers the delivery of notifications for the default notification subscription.

[0149] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0150] Unit 1610 can be implemented as a pure hardware solution or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 6.

[0151] A network node is provided corresponding to the method 700 described above. Figure 17 is a block diagram of a network node 1700 according to one embodiment of the present disclosure. The network node 1700 may be configured to implement an NF producer.

[0152] As shown in Figure 17, network node 1700 includes an acquisition unit 1710 configured to acquire binding instructions related to an NF consumer for a default notification subscription. Network node 1700 further includes an transmission unit 1720 configured to send a notification request to the SCP for delivering notifications for the default notification subscription. The notification request includes a binding instruction.

[0153] In one embodiment, the acquisition unit 1710 may be configured to acquire a binding instruction from an NF consumer in a service request that triggers the acquisition of a binding instruction from an NRF in the NF discovery process, or the delivery of a notification to a default notification subscription.

[0154] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0155] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0156] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0157] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0158] Units 1710-1720 can be implemented as a pure hardware solution or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 7.

[0159] A network node is provided corresponding to the method 800 described above. Figure 18 is a block diagram of a network node 1800 according to one embodiment of the present disclosure. The network node 1800 may be configured to implement SCP functionality.

[0160] As shown in Figure 18, network node 1800 includes a receiving unit 1810 configured to receive notification requests from an NF producer for delivering notifications for a default notification subscription. Network node 1800 further includes a retrieving unit 1820 configured to retrieve binding instructions related to an NF consumer for the default notification subscription. Network node 1800 further includes a reselection unit 1830 configured to reselect another NF consumer for delivering notifications for the default notification subscription based on the binding instructions.

[0161] In one embodiment, the acquisition unit 1820 may be configured to acquire binding instructions from the NRF during the NF discovery process, or to extract binding instructions from a notification request received from an NF producer.

[0162] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0163] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0164] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0165] In one embodiment, the reselection action may be in response to a failure, load balancing, or load redistribution related to the NF consumer.

[0166] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0167] Units 1810-1830 can be implemented as pure hardware solutions or as a combination of software and hardware, for example, by a processor or microprocessor and sufficient software, and memory for software storage, a programmable logic device (PLD), or by one or more of the other electronic components or processing circuits (one or more) configured to perform actions, as described above and shown, for example, in Figure 8.

[0168] Figure 19 is a block diagram of network node 1900 according to another embodiment of the present disclosure.

[0169] The network node 1900 includes a communication interface 1910, a processor 1920, and memory 1930.

[0170] Memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate when implementing an NF producer, for example, to perform the actions of the procedure described earlier with Figure 2. More specifically, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate when implementing an NF producer, to send a notification request to the SCP for the delivery of notifications. The notification request contains a URI with a predetermined service path indicating that the notification request is related to a default notification subscription.

[0171] In one embodiment, the notification request may further include one or more parameters required for the SCP to select the target NF consumer for notification.

[0172] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0173] Alternatively, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to perform the actions of the procedure described earlier, for example, with reference to Figure 3, when implementing the SCP function. More specifically, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to receive a notification request from an NF producer for delivering a notification, the notification request containing a URI having a predetermined service path indicating that the notification request relates to a default notification subscription; select a target NF consumer for the notification based on the notification request; obtain a callback URI related to the default notification subscription for the target NF consumer; and send a notification to the target NF consumer using the callback URI.

[0174] In one embodiment, the notification request may further include one or more parameters required for the SCP to select a target NF consumer.

[0175] In one embodiment, one or more parameters may include at least one of the N1 message class and N2 information class for notification.

[0176] In one embodiment, the selected action may include performing discovery toward the NRF based on one or more parameters, and the retrieved action may include obtaining a callback URI from the NF profile returned by the NRF.

[0177] Alternatively, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to perform actions in the procedure described earlier, for example, with Figure 4, when implementing the NF producer. More specifically, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to send a notification request to SCP for the delivery of notifications for default notification subscriptions when implementing the NF producer. The notification request specifies at least one of the N1 message class and N2 information class for the notification.

[0178] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0179] Alternatively, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to perform the actions of the procedure described earlier, for example, with reference to Figure 5, when implementing the SCP function. More specifically, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to receive a notification request from an NF producer for delivering notifications to a default notification subscription, wherein the notification request indicates at least one of an N1 message class and an N2 information class for the notification; to select or re-select a target NF consumer for the notification based on the notification request; and to send the notification to the target NF consumer.

[0180] In one embodiment, an N1 message class or an N2 information class may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0181] In one embodiment, the selection or re-selection operation may include performing discovery toward the NRF based on the N1 message class and / or N2 information class.

[0182] Alternatively, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to perform actions of the procedure described earlier, for example with Figure 6, when implementing an NF consumer. More specifically, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to, when implementing an NF consumer, send an NF registration request to the NRF, wherein the NF registration request contains binding instructions related to the NF consumer for a default notification subscription, or send a binding instruction related to the NF consumer for a default notification subscription in a service request that triggers the NF producer to deliver a notification for the default notification subscription.

[0183] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0184] Alternatively, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to operate when implementing an NF producer, for example, to perform the actions of the procedure described earlier with Figure 7. More specifically, memory 1930 may contain instructions executable by processor 1920, thereby enabling network node 1900 to operate when implementing an NF producer, to obtain binding instructions related to the NF consumer for the default notification subscription and to send a notification request to the SCP for delivering notifications for the default notification subscription. The notification request contains binding instructions.

[0185] In one embodiment, the actions to be acquired may include acquiring a binding instruction from an NF consumer in a service request that triggers the acquisition of a binding instruction from an NRF in the NF discovery process, or the delivery of a notification to a default notification subscription.

[0186] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0187] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0188] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0189] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0190] Alternatively, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to perform the actions of the procedure described earlier, for example, with reference to Figure 8, when implementing the SCP function. More specifically, memory 1930 may contain instructions that can be executed by processor 1920, thereby enabling network node 1900 to operate to receive a notification request from an NF producer for delivering notifications to a default notification subscription, obtain binding instructions related to an NF consumer for the default notification subscription, and, based on the binding instructions, re-select another NF consumer for delivering notifications to the default notification subscription.

[0191] In one embodiment, the operations to be acquired may include acquiring binding instructions from the NRF in the NF discovery process, or extracting binding instructions from a notification request received from an NF producer.

[0192] In one embodiment, the binding instruction may include one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0193] In one embodiment, the notification request may further specify one or more of the following: a notification type, an N1 message class, an N2 information class, or a scope related to a default notification subscription.

[0194] In one embodiment, at least one of the notification type, N1 message class, N2 information class, or range may be carried in the header, and query parameters for NF discovery can be derived from the header.

[0195] In one embodiment, the reselection action may be in response to a failure, load balancing, or load redistribution related to the NF consumer.

[0196] In one embodiment, the binding instruction may indicate an NF service instance, an NF service set, an NF instance, or a binding level set on an NF set, and / or the binding instruction may be carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

[0197] This disclosure also provides at least one computer program product in the form of non-volatile or volatile memory, such as a non-temporary computer-readable storage medium, an electrically erasable programmable read-only memory (EEPROM), flash memory, and a hard drive. The computer program product includes a computer program. The computer program includes code / computer-readable instructions that, when executed by the processor 1920, cause the network node 1900 to perform actions of the procedure described earlier, for example, with respect to Figures 2, 3, 4, 5, 6, 7, or 8.

[0198] A computer program product can be configured as structured computer program code within a computer program module. Essentially, a computer program module can perform the actions shown in the flow of Figures 2, 3, 4, 5, 6, 7, or 8.

[0199] A processor may be a single CPU (Central Processing Unit), but it may also comprise two or more processing units. For example, a processor may include a general-purpose microprocessor, an instruction set processor, and / or a dedicated microprocessor such as an associated chipset and / or an application-specific integrated circuit (ASIC). A processor may also comprise board memory for caching purposes. Computer programs may be carried in computer program products connected to the processor. Computer program products may comprise non-temporary computer-readable storage media on which computer programs are stored. For example, computer program products may be flash memory, random access memory (RAM), read-only memory (ROM), or EEPROM, and the computer program modules described above may, in alternative embodiments, be distributed across different computer program products in the form of memory.

[0200] This disclosure has been described above with reference to embodiments of this disclosure. It should be understood that various modifications, substitutions, and additions can be made by those skilled in the art without departing from the spirit and scope of this disclosure. Therefore, the scope of this disclosure is not limited to the specific embodiments described above, but is defined solely by the appended claims. < / apispecificresourceuripart> < / apiname> < / httpmethod>

Claims

1. A method (200) in a network function (NF) producer, Sending a notification request to a Service Communications Proxy (SCP) for delivering a notification to a target NF consumer whose uniform resource identifier (URI) is unknown (210), wherein the notification request includes a uniform resource identifier (URI) having a predetermined service path indicating that the notification request is related to a default notification subscription (210). Includes, The notification request further includes one or more parameters required for the SCP to select a target NF consumer for the notification, wherein the one or more parameters include at least one of the N1 message class and N2 information class for the notification. Method (200).

2. A method (600) for a network function (NF) consumer, Sending an NF registration request to the NF Repository Function (NRF) (610-1), wherein the NF registration request includes a binding instruction relating to the NF consumer for a default notification subscription (610-1), or In a service request that triggers the NF producer to deliver notifications for a default notification subscription, send a binding instruction related to the NF consumer for the default notification subscription (610-2), The method includes, When the binding instructions related to the NF consumer for the default notification subscription are changed, update the binding instructions for the NF profile. Further including, Method (600).

3. The method according to claim 2 (600), wherein the binding instruction specifies a binding level set on an NF service instance, NF service set, NF instance, or NF set, and / or the binding instruction is carried in a 3gpp-sbi-binding header or a 3gpp-sbi-routing-binding header.

4. A network node (1900) comprising a communication interface (1910), a processor (1920), and a memory (1930), wherein the memory (1930) comprises instructions executable by the processor (1920), thereby enabling the network node (1900) to operate to perform the method described in claim 1 when implementing a network function (NF) producer.

5. A network node (1900) comprising a communication interface (1910), a processor (1920), and a memory (1930), wherein the memory (1930) comprises instructions executable by the processor (1920), so that the network node (1900) is operable to perform the method according to claim 2 or 3 when implementing a network function (NF) consumer.

6. A computer-readable storage medium storing computer-readable instructions, wherein, when executed by the processor of a network node, the computer-readable instructions configure the network node to perform the method described in claim 1 when implementing a network function (NF) producer.

7. A computer-readable storage medium storing computer-readable instructions, wherein, when executed by the processor of a network node, the computer-readable instructions configure the network node to perform the method described in claim 2 or 3 when implementing a network function (NF) consumer.

Images