Methods, devices and medium for network function type discovery

Abstract

Embodiments of the present disclosure relate to methods, devices and computer readable storage medium for network function (NF) type discovery. In a method, a first network device receives, from a second network device, a first request for a discovery of a target NF of a target NF type. The first network device determines that the target NF type is unsupported or undeployed. The first network device sends, based on the determining, a response for the first request to the second network device. The response indicating that the target NF type is unsupported or undeployed.

Description

METHODS, DEVICES AND MEDIUM FOR NETWORK FUNCTION TYPE DISCOVERYFIELDS

[0001] Various embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices and computer readable storage medium for network function (NF) type discovery.BACKGROUND

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

[0003] The fifth-generation core (5GC) allows flexible deployments with different components and network functions deployed based on customer specific requirements. 5GC may include a common component such as a Network Repository Function (NRF) agent. Each 5GC Network Function (NF) may reuse the component to have a consistent NRF interaction across 5GC. This NRF agent may be configured to discover different network functions in 5GC. For example, at startup, an NRF agent component is instructed by the Network Function to proactively discover different NF types, or discover NF instances with different NF types, as specified in 3GPP TS 29.510, Version 18.5.0, which is incorporated herein by reference in its entirety. This is done to cache available NF profiles in the NRF so that no further NRF interaction is performed. Furthermore, the NRF agent subscribes NF status changes for the Network Functions of interest in case there is a new instance deployed. This allows the NRF agent to have an exact and up-to-date copy of parts or functions of a 5GC network registered in the NRF. This copy may be required later based on the different 5GC traffic needs.SUMMARY

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

[0005] NF discoveries (for example, every hour) and NF status update subscriptions (for example, refreshing every hour) are kept and exchanged between each NF consumer instance and the NRF, no matter whether the target NF type (e.g. Equipment Identity Register (EIR) ) is not registered and will not be registered, for example, in years (or never) . However, these subscriptions might end up being useless.

[0006] To overcome or mitigate at least one of the above-mentioned problems or other problems or provide a useful solution, embodiments of the present disclosure propose methods, devices and storage medium for NF type discovery.

[0007] In a first aspect of the present disclosure, there is provided a method implemented at a first network device. In the method, the first network device receives, from a second network device, a first request for a discovery of a target network function of a target network function type. The first network device determines that the target network function type is unsupported or undeployed. The first network device sends, based on the determining, a response for the first request to the second network device. The response indicating that the target network function type is unsupported or undeployed.

[0008] In an example, the response for the first request may further indicate validity time of the discovery of the target network function, the validity time corresponding to the target network function type.

[0009] In an example, the determining may be based on a list of network function types.

[0010] In an example, the list of network function types may comprise a list of unsupported or undeployed network function types. In an example, the first network device may determine that the target network function type is unsupported or undeployed, based on the target network function type being present in the list of network function types.

[0011] In an example, the first network device may update the list of network function types, after first registration of a network function of the target network function type.

[0012] In an example, the first network device may send, to the second network device, a first notification about the target network function type becoming supported or deployed, after first registration of a network function of the target network function type.

[0013] In an example, a notification address of the second network device may be preconfigured in the first network device or received from the second network device.

[0014] In an example, the first network device may receive, from the second network device, a second request for the first notification. The first notification may be sent to the second network device based on the second request.

[0015] In an example, the second request for the first notification may indicate a notification address of the second network device.

[0016] In an example, the second request for the first notification may be contained in an update of network function profiles from the second network device.

[0017] In an example, the response for the first request for the discovery may further indicate that the first notification is supported by the first network device.

[0018] In an example, the first network device may be operative to implement a network repository function. The second network device may be operative to implement a network repository function service consumer.

[0019] In a second aspect of the present disclosure, there is provided a method implemented at a second network device. In the method, the second network device sends, to a first network device, a first request for a discovery of a target network function of a target network function type. The second network device receives, from the first network device, a response for the first request, the response indicating that the target network function type is unsupported or undeployed.

[0020] In an example, the second network device may skip, based on the response, a subscription to a second notification about a status change of the target network function type.

[0021] In an example, the response for the first request may further indicate validity time of the discovery of the target network function, the validity time corresponding to the target network function type.

[0022] In an example, the second network device may receive, from the first network device, a first notification about the target network function type becoming supported or deployed.

[0023] In an example, the second network device may send, to the first network device, a second request for the first notification.

[0024] In an example, the response for the first request may further indicate that the first notification is supported by the first network device. In an example, the second request for the first notification may be sent to the first network device after receiving the response for the first request.

[0025] In an example, the second network device may skip, based on the response for the first request, a further request for the discovery of the target network function.

[0026] In an example, the second request for the first notification may indicate a notification address of the second network device.

[0027] In an example, the second request for the first notification may be contained in an update of network function profiles transmitted by the second network device.

[0028] In an example, the first network device may be associated with a network repository function, and the second network device is associated with a network function consumer.

[0029] In a third aspect of the present disclosure, there is provided a first network device. The first network device comprises a processor and a memory coupled to the processor, the memory containing instructions executable by the processor, whereby the first network device is operative to perform the method according to the first aspect.

[0030] In a fourth aspect of the present disclosure, there is provided a second network device. The second network device comprises a processor and a memory coupled to the processor, the memory containing instructions executable by the processor, whereby the second network device is operative to perform the method according to the second aspect.

[0031] In a fifth aspect of the present disclosure, there is provided a computer-readable storage medium having instructions stored thereon, the instructions, which, when executed by at least one processor of a device, cause the device to perform the method according to the first or second aspect.

[0032] With the present disclosure, in the case of a discovery of a target NF type, or a discovery of a target NF of the target NF type, if the target NF type is unsupported or undeployed, a non-supporting or non-deployment situation is indicated to a requester of the discovery. Accordingly, the requester will skip a subscription to a notification about a status change of the target network function type, or the target NF of the target NF type. This may reduce useless traffic and memory waste, thereby reducing signaling overhead and improving system performance.BRIEF DESCRIPTION OF THE DRAWINGS

[0033] Through the more detailed description of some embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, where the same reference generally refers to the same components in the embodiments of the present disclosure.

[0034] FIGS. 1A and 1B are diagrams showing processes of discovering proactively the network functions.

[0035] FIG. 2 is a diagram showing an example communication environment in which embodiments of the present disclosure may be implemented.

[0036] FIG. 3 is a diagram showing an example process of communications between first and second network devices in accordance with some embodiments of the present disclosure.

[0037] FIG. 4A is a diagram showing an example process of NF discovery in accordance with some embodiments of the present disclosure.

[0038] FIG. 4B is a diagram showing an example process of updating the list of NF types according to some embodiments of the present disclosure.

[0039] FIG. 4C and FIG. 4D are diagrams showing example processes of a notification about the support, deployment or registration of a new NF type according to some embodiments of the present disclosure.

[0040] FIG. 5 is a diagram showing a flowchart of an example method of NF type discovery in accordance with some embodiments of the present disclosure.

[0041] FIG. 6 is a diagram showing a flowchart of an example method of NF type discovery in accordance with some other embodiments of the present disclosure.

[0042] FIG. 7 is a block diagram showing a communication device in accordance with some embodiments.

[0043] FIG. 8 is a block diagram showing a computer readable storage medium in accordance with some embodiments of the present disclosure.

[0044] FIG. 9 is a block diagram showing an example of a communication system in accordance with some embodiments.

[0045] FIG. 10 is a block diagram illustrating a virtualization environment in which functions implemented by some embodiments may be virtualized.DETAILED DESCRIPTION

[0046] Some of the embodiments contemplated herein will now be described more fully with reference to the accompanying drawings. Other embodiments, however, are contained within the scope of the subject matter disclosed herein, the disclosed subject matter should not be construed as limited to only the embodiments set forth herein; rather, these embodiments are provided by way of example to convey the scope of the subject matter to those skilled in the art.

[0047] Generally, all terms used herein are to be interpreted according to their ordinary meaning in the relevant technical field, unless a different meaning is clearly given and / or is implied from the context in which it is used. All references to a / an / the element, apparatus, component, means, step, etc. are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any methods disclosed herein do not have to be performed in the exact order disclosed, unless a step is explicitly described as following or preceding another step and / or where it is implicit that a step must follow or precede another step. Any feature of any of the embodiments disclosed herein may be applied to any other embodiment, wherever appropriate. Likewise, any advantage of any of the embodiments may apply to any other embodiments, and vice versa. Other objectives, features and advantages of the enclosed embodiments will be apparent from the following description.

[0048] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present disclosure should be or are in any single embodiment of the disclosure. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present disclosure. Furthermore, the described features, advantages, and characteristics of the disclosure may be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the disclosure may be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the disclosure.

[0049] As used herein, the terms "first" , "second" and so forth refer to different elements. The singular forms "a" and "an" are intended to include the plural forms as well, unless the context clearly indicates otherwise. The terms "comprises" , "comprising" , "has" , "having" , "includes" and / or "including" as used herein, specify the presence of stated features, elements, and / or components and the like, but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. The term "based on" is to be read as "based at least in part on" . The term "one embodiment" and "an embodiment" are to be read as "at least one embodiment" . The term "another embodiment" is to be read as "at least one other embodiment" . Other definitions, explicit and implicit, may be included below.

[0050] As used herein, unless stated explicitly, performing a step "in response to A" does not indicate that the step is performed immediately after "A" occurs and one or more intervening steps may be included.

[0051] As used herein, the term “terminal device” refers to a device which is intended for accessing services via an access network and configured to communicate over the access network. The terminal device may be able to communicate with a network node, such as a base station, or with another terminal device by transmitting and / or receiving wireless signals. For instance, the terminal device may include, but is not limited to: a mobile phone, a smart phone, a sensor device, a meter, a vehicle, a household appliance, a medical appliance, a media player, a camera, or any type of consumer electronic, for instance, but not limited to, a television, radio, lighting arrangement, a tablet computer, a laptop, or a personal computer (PC) . The terminal device may also include a portable, pocket storable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and / or data, via a wireless connection. In the following description, the terms “terminal device” , “user equipment” and “UE” may be used interchangeably.

[0052] As used herein, the term “network device” or “network node” refers to a device in a communication network via which a terminal device receives services from the network. The terms “network node” , “network function” may be used interchangeably. A network function may be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualised function instantiated on an appropriate platform, e.g., on a cloud infrastructure. The network node comprises an access network node via which a terminal device accesses an access network. Examples of access network nodes include, but are not limited to, access points (APs) (e.g., radio access points) , base stations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs (eNBs) and NR NodeBs (gNBs) ) . In the following description, the terms “network device” , “network node” , “base station” and “BS” may be used interchangeably.

[0053] The network node may further comprise a core network node. Examples of core network nodes may include functions of one or more of a Mobile Switching Center (MSC) , Mobility Management Entity (MME) , an evolved Packet Data Gateway (ePDG) , a trusted wireless local area network (WLAN) access network (TWAN) node, a Home Subscriber Server (HSS) , an Access and Mobility Management Function (AMF) , a Session Management Function (SMF) , a Network Slice Selection Function (NSSF) , a Serving Gateway (SGW) , a Packet Gateway (PGW) , an Authentication Server Function (AUSF) , a Subscription Identifier De-concealing function (SIDF) , a Unified Data Management (UDM) , a Security Edge Protection Proxy (SEPP) , a Network Exposure Function (NEF) , and / or a User Plane Function (UPF) .

[0054] As used herein, the term “communication device” refers to a device capable of communications. Examples of a communication device may comprise a terminal device and a network device.

[0055] In a conventional process of discovering proactively the network functions of interest in the NRF agent, as shown in FIG. 1A, at startup (102, 104, 106, 108) , an NFR agent in an NF consumer such as Unified Data Management (UDM) 110, Unified Data Repository (UDR) 112, Call Session Control Function (CSCF) 114 and IP Multimedia Subsystem Application Server (IMS-AS) 116 discovers the network topology, which includes several NF types which includes a Home Subscriber Server (HSS) . At 118, an NRF 120 does not find any HSS since the HSS either does not have the capability to register in the NRF 118 or the HSS NF type is not supported in the NRF 120. In this case, the NRF 120 returns (122, 124, 126, 128) an empty list of NSS NF profiles as well as a pre-configured validity time (e.g., 1 hour) , which may be based on a global configuration. At 130, the NRF agents in all NF consumers cache the response received and the validity time. Furthermore, the NRF agents in all the NF consumers subscribes (132, 134, 136, 138) to HSS NF profile changes in order to be notified by the NRF 120 as soon as possible when a new HSS instance registers in the NRF 110, as shown in FIG. 1B. The NRF 120 returns (140, 142, 144, 146) a pre-configured validity time (e.g., 1 hour) based on a global configuration.

[0056] Then, every hour the NRF agent in each NF consumer will send a new NF Discover since the validity time / Time To Live (TTL) is expired. Moreover, the NRF agent in the NF consumer re-subscribes to HSS NF profile changes every hour. Each NF consumer instance (e.g., the UDM 110, the UDR 112, etc. ) and NRF 120 all need to keep the subscription in a local memory in an endless manner. However, notifications about a new HSS instance deployed or supported might never be received. This will cause useless traffic and memory waste in all NF consumer instances and in the NRF 120.

[0057] In order words, NF discoveries (for example, every hour) and NF status update subscriptions (for example, refreshing every hour) are kept and exchanged between each NF consumer instance and the NRF, no matter whether the target NF type (e.g. EIR) is not registered and will not be registered, for example, in years (or never) . NF discoveries may use a Hyper Text Transfer Protocol (HTTP) safe method (e.g., GET) . In this case, no resources may be created in the NRF, and hence no memory or footprint may be occupied. In contrast, subscriptions to NF status are all kept in memories across time and increase the footprint. However, these subscriptions might end up being useless. At a customer side, useless traffic (mainly subscriptions refresh) may appear in performance monitor (PM) counters endlessly for NF types which are not part of the deployment, which may degrade key performance indicators (KPIs) .

[0058] One potential solution is to offer a configuration choice in each NF consumer (or an NRF agent in each NF consumer) to manually identify which network functions (NFs) are not deployed for the customer. This results in parts of the network being discovered via an NRF, and some other deployment information (other parts of the network) being preconfigured in each instance of each target NF type and every NF consumer. There might be lots of NF instances to configure and it is prone to errors. For example, a given NF type might be configured as "not deployed" in a given NF instance, but the NF type might register in an NRF. In this case, the NF consumer will still treat the NF type as being not deployed until the preconfigured list of NF types is updated.

[0059] Certain aspects of the disclosure and their embodiments may provide solutions to these or other challenges. Some embodiments of the present disclosure propose a solution for NF type discovery. In this solution, a first network device (such as an NRF) receives, from a second network device (such as an NRF service consumer) , a request for a discovery of a target NF of a target NF type. If it is determined that the target NF type is unsupported or undeployed (or non-deployed) , the first network device sends a response to the second network device to indicate that the target NF type is unsupported or undeployed. Accordingly, based on the response, the second network device may skip a subscription to a notification about a status change of the target network function type.

[0060] This solution may allow an NRF agent to avoid subscriptions to NF status changes when some NF types are not supported or not deployed. Thus, the NRF agent may discover the whole deployment (including all NF types of interest) and react in an automated and intelligent manner. In this way, useless traffic may be substantially decreased, and memory waste may be reduced in NF consumers and NRF. KPIs and / or PM counters may be improved since periodic requests related to useless signaling may be no longer observed at customers.

[0061] FIG. 2 illustrates an example communication environment 200 in which embodiments of the present disclosure may be implemented.

[0062] As shown in FIG. 2, the communication environment 200 includes a first network device 210 and a second network devices 220. The first network device 210, which may be operate as an NRF, may provide NF discovery function. The second network device 220 may operate as an NF discovery function consumer, such as a UDR, a UDM, a CSCF, an IMS-AS, or an NRF agent thereof, and any other NRF service consumer. The first and second network devices 210 and 220 may communicate with each other in a wired or wireless way. Communications in the communication environment 200 may be implemented according to any proper communication protocols and technologies. It is to be understood that the numbers of devices are illustrated in FIG. 2 only for the purpose of illustration without suggesting any limitations. The communication environment 200 may include any suitable number of network device to provide various network functions.

[0063] In some embodiments, the second network device 120 may fully discover NF deployment (e.g., 5GC deployment) without a need of a manual configuration in each NF instance. Some example implementations will be described below with reference to FIGS. 3 to 4D.

[0064] Reference is first made to FIG. 3 which shows an example process 300 of communications between the first and second network devices 210 and 220 in accordance with some embodiments of the present disclosure.

[0065] As shown in FIG. 3, the second network device 220 transmits (305) , to the first network device 210, a request (referred to as a first request) for a discovery of a target NF of a target NF type. The first request may be carried in any suitable messages. In the embodiments where the first network device 210 operates as an NRF and the second network device 220 operates as an NRF agent, the first request may be carried in an NF discover request where the target NF type is identified.

[0066] After the first network device 210 receives (310) the first request, the first network device 210 determines (315) that the target NF type is unsupported or undeployed (or non-deployed) . If an NF type is undeployed, it may mean that the NF type is supported by the first network device 210, but not deployed or registered in the first network device 210. In some embodiments, the determining (315) may be based on a list of NF types which may be preconfigured in the first network device 210.

[0067] In an example, the list of NF types may include a list of unsupported or undeployed NF types. In this example, if the target NF type is present (or found) in the list of NF types, the first network device 210 may determine (315) that the target NF type is unsupported or undeployed. In another example, the list of NF types may include a list of supported or deployed NF types. If the target NF type is absent (or not present or found) in such a list of NF types, the first network device 210 may determine (315) that the target NF type is unsupported or undeployed.

[0068] For example, a configuration may be applied in the first network device 210 to host the list of NF types which are not supported or will not be deployed by a customer. In the case that the first network device 210 operates as an NRF, this configuration may be centralized and spread across the network. The NRF may be kept as “single source of truth” for the network deployed. No local configuration may be required in each NF consumer instance in the case that the NF types is not supported or not deployed.

[0069] Based on the determining (315) , the first network device 210 sends (320) a response for the first request to the second network device 220. The response indicates that the target NF type is unsupported or undeployed. The response and the indication may be implemented in any suitable form. For example, in the embodiments where the first request may be carried in an NF discover request, the response may be a NF discover response (such as “200OK” ) which may contain a reason to indicate that the target NF type is unsupported or undeployed.

[0070] After the second network device 220 receives (325) this response, the second network device 220 may skip (330) a subscription to a notification about a status change of the target NF type, based on the response. For example, in the embodiments where an NF discover request and an NR discover response are used to carry the first request and its response, the NR discover response may contain a reason which is used when the NF discover response is empty. This reason may indicate that NF type is not supported or not deployed. As such, the second network device 220 such as an NRF agent may react in a smart manner and avoid subscriptions to NF status changes for those pre-defined NF types which are not supported and / or will not be deployed in a customer.

[0071] In some embodiments, the response for the first request may further indicate validity time of the discovery of the target NF of the target NF type. The validity time is corresponding to the target NF type. For example, a configuration may be applied in the first network device 210 such as an NRF to host the validity time or TTL of NF discovery based on the target NF type being discovered. In the case that the first network device 210 operates as an NRF, this configuration may be centralized in the first network device 210 and spread across the network.

[0072] An example process of NF discovery will be described below with reference to FIG. 4A.In this example, the first network device 210 may be operative to implement an NRF 402, and the second network device 220 may be operative to implement an NRF service consumer such as a UDM 404, a UDR 406, a CSCF 408 or an IMS-AS 410. The target NF type is a home subscriber server (HSS) .

[0073] In a process 400 as shown in FIG. 4A, the NRF 402 may receive (412, 414, 416, 418) NR discover (as an example of the first request for a discovery of the target NF) from the UDM 404, the UDR 406, the CSCF 408 or the IMS-AS 410 in step 2 (including 2a, 2b, 2c, 2d) . Then, at 420, a pre-configured validity time per NF type may be offered by the NRF 402 based on a configuration in the NRF 402. This may allow to configure, for example, 24 hours or more time (e.g., a week, a month or a year) for the HSS NF type. Additionally, the NRF 402 may offers a configuration choice to indicate which NF types are supported but will NOT be deployed (for example, NF types will never register in the NRF 402) . At 422, if HSS NF type is not supported or it is configured as not deployed in the NRF 402, the NRF 402 may include a discovery reason for not finding any NF profile match.

[0074] As shown in FIG. 4A, The NRF 402 may send (424, 426, 428, 430) the response (such as “200 OK” ) containing a reason “NF_TYPE_NOT_SUPPORTED” in step 5 (including 5a, 5b, 5c, 5d) . At 432, NRF agents in all NF consumers, including the UDM 404, the UDR 406, the CSCF 408 or the IMS-AS 410, may cache the response received in step 5 and the validity time (e.g., 24 hours) . In addition, the NRF agent skips subscribing to HSS NF profile changes as the NF type is not supported. At 434, as per the validity time, every 24 hours a new NF discover is sent by HSS NF consumers (as in step 2) . The response includes the same new reason NF_TYPE_NOT_SUPPORTED so that no NF status changes subscriptions are created by NF consumers (as in step 5) . In this way, useless traffic may be substantially decreased, and no memory waste may occur in the consumers 404, 406, 408 and 410 and the NRF 402, since there are no subscriptions created for an HSS NF status change.

[0075] Table 1 shows an example enumeration “NoProfileMatchReason” indicates the specific reason for not finding any NF instance that can match the search criteria, for example, according to the third-generation partnership project (3GPP) TS 29.510, Version 18.5.0, Table 6.2.6.3.3-1: Table 1: Enumeration NoProfileMatchReason

[0076] In some embodiments, in the case that a list of NF types (either a list of unsupported or undeployed NF types or a list of supported or deployed NF types) is preconfigured or maintained in the first network device 210, the list of NF types may be updated by the first network device 210 after first registration of a NF of the target NF type. For example, only when the first instance of a target NF type which is not supported / not deployed registers in the first network device 210 such as an NRF, that is, when the target NF type registers in the first network device 210 for the first time, the target NF type may be removed from the list of unsupported or undeployed NF types or added into the list of supported or deployed NF types. After that, no removal or addition may be done from or into the list.

[0077] FIG. 4B shows an example process 436 of updating the list of NF types maintained in the first network device 210 according to some embodiments of the present disclosure.

[0078] In a process 436, at 438, a first HSS instance is deployed and the NRF supports HSS NF type which may be the target NF type that was requested to be discovered by the consumers 404, 406, 408 and 410. The first HSS 440 sends (442) NF register to the NRF 402. At 444, the NRF 402 accepts the HSS registration. Additionally, the NRF 402 checks the configuration of NF types not deployed. If the HSS is included, the NRF 402 automatically removes such NF type from the list of non-deployed NF types. At 446, each HSS NF consumer 404, 406, 408 or 410 keeps performing NF discover of HSSs, for example, every 24 hours, according to validity time or TTL. For example, at 448, the UDM 404 may send to the NRD 402 NF discover indicating the target NF type “HSS” . At 450, the NRF 402 returns the HSS NF profiles which are registered. That is, the list of returned HSS is no longer empty. At 452, since HSS profiles are received, the NRF agent in the UDM 404 subscribes now to HSS NF profile changes. In this way, subscriptions to NF profile status change are created (and refreshed periodically) only when they are needed.

[0079] Some embodiments of the present disclosure define a notification type to be part of NF profile registered. In some embodiments, after first registration of a NF of the target NF type, the first network device 210 may send, to the second network device 220, a notification (referred to as a first notification) about the target NF type becoming supported or deployed. This notification may be sent after the registration of a first NF instance of the target NF type. For example, this may be done only when the first instance of a target NF type which is not supported / not deployed registers in the first network device 210 such as an NRF, that is, when the target NF type registers for the first time.

[0080] This notification type may be used by an NRF to notify the NF consumers which include this notification type when a first instance of an NF type (which was previously not supported or preconfigured in the NRF as not deployed) registers in the NRF. Some behaviors and / or business logic may be activated in the NF consumers at reception of the proposed reason and at reception of the proposed notification type. For example, the second network device 220, which may operate as an NF consumer, may skip a further request for the discovery of the target NF of the target NF type. Thus, resources and signaling overhead may be further reduced.

[0081] In some embodiments, the first network device 210 may receive, from the second network device 220, a request (referred to as a second request) for the first notification about the target NF type becoming supported or deployed. Then, the first network device 210 may send the first notification based on this second request.

[0082] In some embodiments, the first network device 210 may indicate to the second network device 220 that it has a capability to provide information about new NF type which were previously not supported or deployed and are now supported, deployed and / or registered. In some embodiments, the first network device 210 may use the response for the first request for the discovery of the target NF to indicate that the first notification about the target NF type becoming supported or deployed is supported by the first network device 210. In this case, after the second network device 220 receives the response for the first request having such an indication, the second network device 220 may send to the first network device 210 the second request for the first notification.

[0083] In some embodiments, the first notification may be sent according to a notification address of the second network device 220. In some embodiments, the notification address may be received from the second network device 220. In an example, the second request for the first notification may indicate the notification address of the second network device. In some embodiments, the second request may be contained in an update of NF profiles from the second network device 220, which may contain a Notification Uniform Resource Identifier (URI) as a notification address of the second network device 220.

[0084] Alternatively, or in addition, the notification address of the second network device is preconfigured in the first network device 210. For example, the first network device 210 may be pre-configured with the notification address of the second network device 220 and notification address of other network functions to be notified when a new NF type (e.g., HSS) is registered in the first network device. In this way, the NF service consumers may not be required to update their NF profiles. The first network device 210 may notify each and every NF instance interested in a new event per NF type (for example, new NF type deployed +HSS NF type) .

[0085] In this way, each NF consumer may automatically discover the whole deployment and the handling of those NF types in NF consumers is solely based on software (SW) . Less prone to manual errors since the configuration may be centralized in a single NF (NRF) and spread across the whole 5GC network. It may allow the NRF to automatically perform self-configuration when a first instance of the NF type is registered. It may allow the NRF to automatically inform the whole network in an immediate manner about a new NF type deployed. It may substantially decrease both the signaling and the footprint since the management of the flexible deployment is automated.

[0086] Example processes of a notification about the support, deployment or registration of a new NF type will be described below with reference to FIGS. 4C and 4D.

[0087] In a process 454 as shown in FIG. 4C, the UDM 404 may send (456) NF discovery including NF type “HSS” . At 458, a pre-configured validity time per NF type is offered by the NRF 402. This allows to configure e.g., 24 hours for HSS NF type. Additionally, the NRF 402 offers a configuration choice to indicate which NF types are supported but will NOT be deployed (i.e. NF types will not register in NRF) . At 460, if HSS NF type is not supported or it is configured as not deployed in the 402 NRF, the NRF 402 includes a discovery reason for not finding any NF profile match. If the NRF 402 supports an event type NEW_NF_TYPE_NOTIFICATION, this reason is included. The reason not only indicates that the requested NF type is not supported, but also that notifications when the requested NF type becomes supported / deployed can be sent.

[0088] The NRF 402 sends (462) 200 OK with the empty list of HSS NF profiles, which may contain Validity time / TTL = 24 hours, reason=NF_TYPE_NOT_SUPPORTED_NOTIFICATIONS_SUPPORTED. At 464, since the NRF 402 indicated in the response that the NF type is not supported but notifications when a new NF type is deployed / supported / registered can be sent by the NRF 402, an NRF agent in the UDM 404 does not store / cache the response from the NRF and skip periodic NF discoveries (which otherwise would be required every 24 hours) and skips subscriptions to an NF status change. Instead, UDM NRF agent updates its NF profile to include a notification address and an event type to be notified when the requested NF type (HSS) registers in NRF for the first time. Then, the UDM 404 may send (466) NF profile update with Notification URI and event type (NEW_NF_TYPE_NOTIFICATION, NF type=HSS) .

[0089] In a process 468 as shown in FIG. 4D, the first HSS 440 of the HSS NF type sends (470) NF register to the NRF 402. At 472, the NRF 402 accepts the HSS registration. Additionally, the NRF 402 checks the configuration of NF types not deployed. If an HSS is included, the NRF 402 automatically removes such an NF type from the list of non-deployed NF types. Last, if the NRF 402 finds NF profiles (e.g. the UDM 404, the UDR 406) which included a notification address for the event type NEW_NF_TYPE_NOTIFICATION for the HSS NF type, the NRF 402 sends a notification to each NF consumer (e.g. the UDM 404, the UDR 406, the CSCF 408, the IMS-AS 410) to inform that a new HSS is now supported / deployed / registered. Then, the NRF 402 sends (474) a Notification (event=NEW_NF_TYPE_NOTIFICATION, NF type=HSS) . At 476, an NRF agent in the UDM 404 may initiate the discovery of HSSs.

[0090] In this way, no periodic NF discoveries are performed at all by any NF consumer for those NFs which might never be supported / deployed (e.g. an HSS) . Also, opposite to standard solution, in which HSS NF consumers will take up to 24 hours to be aware of new HSSs registered, this notification type allows all HSS NF consumers to be informed in an immediate manner when an HSS instance registers for the first time.

[0091] Table 2 shows another example enumeration “NoProfileMatchReason” indicates the specific reason for not finding any NF instance that can match the search criteria, for example, according to 3GPP TS 29.510, Version 18.5.0, Table 6.2.6.3.3-1: Table 2: Enumeration NoProfileMatchReason

[0092] Table 3 shows an example Definition of type “DefaultNotificationSubscription” , for example, according to 3GPP TS 29.510, Version 18.5.0, Table 6.1.6.2.4-1: Table 3: Definition of type DefaultNotificationSubscription

[0093] Table 4 shows an example Enumeration “NotificationType” , for example, according to 3GPP TS 29.510, Version 18.5.0, Table 6.1.6.3.4-1: Table 4: Enumeration NotificationType

[0094] It is to be understood that the names and definitions of the messages, features and the IEs described herein (e.g., in Tables 1 to 4) are only examples but not limited. Any names and definitions may be used or defined for the messages or IEs depending on the 3GPP standardization.

[0095] FIG. 5 shows a flowchart of an example method 500 of NF type discovery in accordance with some embodiments of the present disclosure. The method 500 may be implemented by the first network device 210 as shown in FIG. 2. For the purpose of discussion, the method 500 will be described from the perspective of the first network device 210.

[0096] As shown in FIG. 5, at block 510, the first network device 210 receives, from a second network device, a first request for a discovery of a target NF of a target network function type.

[0097] At block 520, the first network device 210 determines that the target network function type is unsupported or undeployed.

[0098] At block 530, the first network device 210 sends, based on the determining, a response for the first request to the second network device. The response indicating that the target network function type is unsupported or undeployed.

[0099] In an example, the response for the first request may further indicate validity time of the discovery of the target network function, the validity time corresponding to the target network function type.

[0100] In an example, the determining may be based on a list of network function types.

[0101] In an example, the list of network function types may comprise a list of unsupported or undeployed network function types. In an example, the first network device may determine that the target network function type is unsupported or undeployed, based on the target network function type being present in the list of network function types.

[0102] In an example, the first network device may update the list of network function types, after first registration of a network function of the target network function type.

[0103] In an example, the first network device may send, to the second network device, a first notification about the target network function type becoming supported or deployed, after first registration of a network function of the target network function type.

[0104] In an example, a notification address of the second network device may be preconfigured in the first network device or received from the second network device.

[0105] In an example, the first network device may receive, from the second network device, a second request for the first notification. The first notification may be sent to the second network device based on the second request.

[0106] In an example, the second request for the first notification may indicate a notification address of the second network device.

[0107] In an example, the second request for the first notification may be contained in an update of network function profiles from the second network device.

[0108] In an example, the response for the first request for the discovery may further indicate that the first notification is supported by the first network device.

[0109] In an example, the first network device may be operative to implement a network repository function. The second network device may be operative to implement a network repository function service consumer.

[0110] FIG. 6 shows a flowchart of an example method 600 of NF type discovery in accordance with some embodiments of the present disclosure. The method 600 may be implemented by the second network device 220 as shown in FIG. 2. For the purpose of discussion, the method 600 will be described from the perspective of the second network device 220.

[0111] As shown in FIG. 6, at block 610, the second network device 220 sends, to a first network device, a first request for a discovery of a target NF of a target network function type.

[0112] At block 620, the second network device 220 receives, from the first network device, a response for the first request, the response indicating that the target network function type is unsupported or undeployed.

[0113] In an example, the second network device 220 may skip, based on the response, a subscription to a second notification about a status change of the target network function type.

[0114] In an example, the response for the first request may further indicate validity time of the discovery of the target network function, the validity time corresponding to the target network function type.

[0115] In an example, the second network device may receive, from the first network device, a first notification about the target network function type becoming supported or deployed.

[0116] In an example, the second network device may send, to the first network device, a second request for the first notification.

[0117] In an example, the response for the first request may further indicate that the first notification is supported by the first network device. In an example, the second request for the first notification may be sent to the first network device after receiving the response for the first request.

[0118] In an example, the second network device may skip, based on the response for the first request, a further request for the discovery of the target network function.

[0119] In an example, the second request for the first notification may indicate a notification address of the second network device.

[0120] In an example, the second request for the first notification may be contained in an update of network function profiles transmitted by the second network device.

[0121] In an example, the first network device may be associated with a network repository function, and the second network device is associated with a network function consumer.

[0122] All operations and features related to the first network device 210 and the second network device 220 as described above with reference to FIGS. 2 to 4B are likewise applicable to the methods 500 and 600 and have similar effects. For the purpose of simplification, the details will be omitted.

[0123] In some embodiments, a first network device capable of performing the method 500 may comprise units for implementing actions or operations related to the first network device according to any of the above-mentioned embodiments described with reference to FIGS. 2 to 5.

[0124] In some embodiments, a second network device capable of performing the method 600 may comprise units for implementing actions or operations related to the network according to any of the above-mentioned embodiments described with reference to FIGS. 2 to 4D and 6.

[0125] FIG. 7 shows a communication device 700 in accordance with some embodiments.

[0126] As shown in FIG. 7, the communication device 700 includes a processor 705 and a memory 710. The memory 710 may contain instructions executable by the processor 705, whereby the communication device 700 may be operative to implement actions or operations according to any of the above-mentioned embodiments described with reference to FIGS. 1 to 6.

[0127] In some embodiments, the communication device 700 may operate as the first network device 210. In these embodiments, the communication device 700 may be operative to: receive, from a second network device, a first request for a discovery of a target NF of a target network function type; determine that the target network function type is unsupported or undeployed; and send, based on the determining, a response for the first request to the second network device, the response indicating that the target network function type is unsupported or undeployed.

[0128] In some embodiments, the communication device 700 may operate as the second network device 220. In these embodiments, the communication device 700 may be operative to: send, to a first network device, a first request for a discovery of a target NF of a target network function type; and receive, from the first network device, a response for the first request, the response indicating that the target network function type is unsupported or undeployed.

[0129] The processor 700 may be any kind of processing component, such as one or more microprocessor or microcontrollers, as well as other digital hardware, which may include digital signal processors (DSPs) , special-purpose digital logic, and the like. The memory 720 may be any kind of storage component, such as read-only memory (ROM) , random-access memory, cache memory, flash memory devices, optical storage devices, etc.

[0130] FIG. 8 shows a computer readable storage medium 800 in accordance with some embodiments.

[0131] As shown in FIG. 8, the computer readable storage medium 800 comprising instructions 715 which when executed by a processor of a device, cause the device to perform any above-mentioned embodiments described with reference to FIGS. 1 to 7.

[0132] The computer readable storage medium 800 may be configured to include memory such as RAM, ROM, programmable read-only memory (PROM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , magnetic disks, optical disks, floppy disks, hard disks, removable cartridges, or flash drives.

[0133] In some embodiments, an apparatus capable of performing the method 500 or 600 may comprise means for performing the respective operations of the method 500 or 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0134] FIG. 9 shows an example of a communication system 900 in accordance with some embodiments.

[0135] In the example, the communication system 900 includes a telecommunication network 902 that includes an access network 904, such as a radio access network (RAN) , and a core network 906, which includes one or more core network nodes 908. The access network 904 includes one or more access network nodes, such as network nodes 910a and 910b (one or more of which may be generally referred to as network nodes 910) , or any other similar 3rd Generation Partnership Project (3GPP) access nodes or non-3GPP access points. Moreover, as will be appreciated by those of skill in the art, a network node is not necessarily limited to an implementation in which a radio portion and a baseband portion are supplied and integrated by a single vendor. Thus, it will be understood that network nodes include disaggregated implementations or portions thereof. For example, in some embodiments, the telecommunication network 902 includes one or more Open-RAN (ORAN) network nodes. An ORAN network node is a node in the telecommunication network 902 that supports an ORAN specification (e.g., a specification published by the O-RAN Alliance, or any similar organization) and may operate alone or together with other nodes to implement one or more functionalities of any node in the telecommunication network 902, including one or more network nodes 910 and / or core network nodes 908.

[0136] Examples of an ORAN network node include an open radio unit (O-RU) , an open distributed unit (O-DU) , an open central unit (O-CU) , including an O-CU control plane (O-CU-CP) or an O-CU user plane (O-CU-UP) , a RAN intelligent controller (near-real time or non-real time) hosting software or software plug-ins, such as a near-real time control application (e.g., xApp) or a non-real time control application (e.g., rApp) , or any combination thereof (the adjective “open” designating support of an ORAN specification) . The network node may support a specification by, for example, supporting an interface defined by the ORAN specification, such as an A1, F1, W1, E1, E2, X2, Xn interface, an open fronthaul user plane interface, or an open fronthaul management plane interface. Moreover, an ORAN access node may be a logical node in a physical node. Furthermore, an ORAN network node may be implemented in a virtualization environment (described further below) in which one or more network functions are virtualized. For example, the virtualization environment may include an O-Cloud computing platform orchestrated by a Service Management and Orchestration Framework via an O-2 interface defined by the O-RAN Alliance or comparable technologies. The network nodes 910 facilitate direct or indirect connection of user equipment (UE) , such as by connecting UEs 912a, 912b, 912c, and 912d (one or more of which may be generally referred to as UEs 912) to the core network 906 over one or more wireless connections.

[0137] Example wireless communications over a wireless connection include transmitting and / or receiving wireless signals using electromagnetic waves, radio waves, infrared waves, and / or other types of signals suitable for conveying information without the use of wires, cables, or other material conductors. Moreover, in different embodiments, the communication system 900 may include any number of wired or wireless networks, network nodes, UEs, and / or any other components or systems that may facilitate or participate in the communication of data and / or signals whether via wired or wireless connections. The communication system 900 may include and / or interface with any type of communication, telecommunication, data, cellular, radio network, and / or other similar type of system.

[0138] The UEs 912 may be any of a wide variety of communication devices, including wireless devices arranged, configured, and / or operable to communicate wirelessly with the network nodes 910 and other communication devices. Similarly, the network nodes 910 are arranged, capable, configured, and / or operable to communicate directly or indirectly with the UEs 912 and / or with other network nodes or equipment in the telecommunication network 902 to enable and / or provide network access, such as wireless network access, and / or to perform other functions, such as administration in the telecommunication network 902.

[0139] In the depicted example, the core network 906 connects the network nodes 910 to one or more hosts, such as host 916. These connections may be direct or indirect via one or more intermediary networks or devices. In other examples, network nodes may be directly coupled to hosts. The core network 906 includes one more core network nodes (e.g., core network node 908) that are structured with hardware and software components. Features of these components may be substantially similar to those described with respect to the UEs, network nodes, and / or hosts, such that the descriptions thereof are generally applicable to the corresponding components of the core network node 908. Example core network nodes include functions of one or more of a Mobile Switching Center (MSC) , Mobility Management Entity (MME) , Home Subscriber Server (HSS) , Access and Mobility Management Function (AMF) , Session Management Function (SMF) , Authentication Server Function (AUSF) , Subscription Identifier De-concealing function (SIDF) , Unified Data Management (UDM) , Security Edge Protection Proxy (SEPP) , Network Exposure Function (NEF) , and / or a User Plane Function (UPF) .

[0140] The host 916 may be under the ownership or control of a service provider other than an operator or provider of the access network 904 and / or the telecommunication network 902, and may be operated by the service provider or on behalf of the service provider. The host 916 may host a variety of applications to provide one or more service. Examples of such applications include live and pre-recorded audio / video content, data collection services such as retrieving and compiling data on various ambient conditions detected by a plurality of UEs, analytics functionality, social media, functions for controlling or otherwise interacting with remote devices, functions for an alarm and surveillance center, or any other such function performed by a server.

[0141] As a whole, the communication system 900 of FIG. 9 enables connectivity between the UEs, network nodes, and hosts. In that sense, the communication system may be configured to operate according to predefined rules or procedures, such as specific standards that include, but are not limited to: Global System for Mobile Communications (GSM) ; Universal Mobile Telecommunications System (UMTS) ; Long Term Evolution (LTE) , and / or other suitable 2G, 3G, 4G, 5G standards, or any applicable future generation standard (e.g., 6G) ; wireless local area network (WLAN) standards, such as the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards (WiFi) ; and / or any other appropriate wireless communication standard, such as the Worldwide Interoperability for Microwave Access (WiMax) , Bluetooth, Z-Wave, Near Field Communication (NFC) ZigBee, LiFi, and / or any low-power wide-area network (LPWAN) standards such as LoRa and Sigfox.

[0142] In some examples, the telecommunication network 902 is a cellular network that implements 3GPP standardized features. Accordingly, the telecommunications network 902 may support network slicing to provide different logical networks to different devices that are connected to the telecommunication network 902. For example, the telecommunications network 902 may provide Ultra Reliable Low Latency Communication (URLLC) services to some UEs, while providing Enhanced Mobile Broadband (eMBB) services to other UEs, and / or Massive Machine Type Communication (mMTC)  / Massive IoT services to yet further UEs.

[0143] In some examples, the UEs 912 are configured to transmit and / or receive information without direct human interaction. For instance, a UE may be designed to transmit information to the access network 904 on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the access network 904. Additionally, a UE may be configured for operating in single-or multi-RAT or multi-standard mode. For example, a UE may operate with any one or combination of Wi-Fi, NR (New Radio) and LTE, i.e. being configured for multi-radio dual connectivity (MR-DC) , such as E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) New Radio –Dual Connectivity (EN-DC) .

[0144] In the example, the hub 914 communicates with the access network 904 to facilitate indirect communication between one or more UEs (e.g., UE 912c and / or 912d) and network nodes (e.g., network node 910b) . In some examples, the hub 914 may be a controller, router, content source and analytics, or any of the other communication devices described herein regarding UEs. For example, the hub 914 may be a broadband router enabling access to the core network 906 for the UEs. As another example, the hub 914 may be a controller that sends commands or instructions to one or more actuators in the UEs. Commands or instructions may be received from the UEs, network nodes 910, or by executable code, script, process, or other instructions in the hub 914. As another example, the hub 914 may be a data collector that acts as temporary storage for UE data and, in some embodiments, may perform analysis or other processing of the data. As another example, the hub 914 may be a content source. For example, for a UE that is a VR headset, display, loudspeaker or other media delivery device, the hub 914 may retrieve VR assets, video, audio, or other media or data related to sensory information via a network node, which the hub 914 then provides to the UE either directly, after performing local processing, and / or after adding additional local content. In still another example, the hub 914 acts as a proxy server or orchestrator for the UEs, in particular if one or more of the UEs are low energy IoT devices.

[0145] The hub 914 may have a constant / persistent or intermittent connection to the network node 910b. The hub 914 may also allow for a different communication scheme and / or schedule between the hub 914 and UEs (e.g., UE 912c and / or 912d) , and between the hub 914 and the core network 906. In other examples, the hub 914 is connected to the core network 906 and / or one or more UEs via a wired connection. Moreover, the hub 914 may be configured to connect to an M2M service provider over the access network 904 and / or to another UE over a direct connection. In some scenarios, UEs may establish a wireless connection with the network nodes 910 while still connected via the hub 914 via a wired or wireless connection. In some embodiments, the hub 914 may be a dedicated hub –that is, a hub whose primary function is to route communications to / from the UEs from / to the network node 910b. In other embodiments, the hub 914 may be a non-dedicated hub –that is, a device which is capable of operating to route communications between the UEs and network node 910b, but which is additionally capable of operating as a communication start and / or end point for certain data channels.

[0146] FIG. 10 is a block diagram illustrating a virtualization environment 1000 in which functions implemented by some embodiments may be virtualized. In the present context, virtualizing means creating virtual versions of apparatuses or devices which may include virtualizing hardware platforms, storage devices and networking resources. As used herein, virtualization can be applied to any device described herein, or components thereof, and relates to an implementation in which at least a portion of the functionality is implemented as one or more virtual components. Some or all of the functions described herein may be implemented as virtual components executed by one or more virtual machines (VMs) implemented in one or more virtual environments 1000 hosted by one or more of hardware nodes, such as a hardware computing device that operates as a network node, UE, core network node, or host. Further, in embodiments in which the virtual node does not require radio connectivity (e.g., a core network node or host) , then the node may be entirely virtualized. In some embodiments, the virtualization environment 1000 includes components defined by the O-RAN Alliance, such as an O-Cloud environment orchestrated by a Service Management and Orchestration Framework via an O-2 interface.

[0147] Applications 1002 (which may alternatively be called software instances, virtual appliances, network functions, virtual nodes, virtual network functions, etc. ) are run in the virtualization environment 1000 to implement some of the features, functions, and / or benefits of some of the embodiments disclosed herein.

[0148] Hardware 1004 includes processing circuitry, memory that stores software and / or instructions executable by hardware processing circuitry, and / or other hardware devices as described herein, such as a network interface, input / output interface, and so forth. Software may be executed by the processing circuitry to instantiate one or more virtualization layers 1006 (also referred to as hypervisors or virtual machine monitors (VMMs) ) , provide VMs 1008a and 1008b (one or more of which may be generally referred to as VMs 1008) , and / or perform any of the functions, features and / or benefits described in relation with some embodiments described herein. The virtualization layer 1006 may present a virtual operating platform that appears like networking hardware to the VMs 1008.

[0149] The VMs 1008 comprise virtual processing, virtual memory, virtual networking or interface and virtual storage, and may be run by a corresponding virtualization layer 1006. Different embodiments of the instance of a virtual appliance 1002 may be implemented on one or more of VMs 1008, and the implementations may be made in different ways. Virtualization of the hardware is in some contexts referred to as network function virtualization (NFV) . NFV may be used to consolidate many network equipment types onto industry standard high volume server hardware, physical switches, and physical storage, which can be located in data centers, and customer premise equipment.

[0150] In the context of NFV, a VM 1008 may be a software implementation of a physical machine that runs programs as if they were executing on a physical, non-virtualized machine. Each of the VMs 1008, and that part of hardware 1004 that executes that VM, be it hardware dedicated to that VM and / or hardware shared by that VM with others of the VMs, forms separate virtual network elements. Still in the context of NFV, a virtual network function is responsible for handling specific network functions that run in one or more VMs 1008 on top of the hardware 1004 and corresponds to the application 1002.

[0151] Hardware 1004 may be implemented in a standalone network node with generic or specific components. Hardware 1004 may implement some functions via virtualization. Alternatively, hardware 1004 may be part of a larger cluster of hardware (e.g. such as in a data center or CPE) where many hardware nodes work together and are managed via management and orchestration 1010, which, among others, oversees lifecycle management of applications 1002. In some embodiments, hardware 1004 is coupled to one or more radio units that each include one or more transmitters and one or more receivers that may be coupled to one or more antennas. Radio units may communicate directly with other hardware nodes via one or more appropriate network interfaces and may be used in combination with the virtual components to provide a virtual node with radio capabilities, such as a radio access node or a base station. In some embodiments, some signaling can be provided with the use of a control system 1012 which may alternatively be used for communication between hardware nodes and radio units.

[0152] In an example scenario, factory status information may be collected and analyzed by the host 1602. As another example, the host 1602 may process audio and video data which may have been retrieved from a UE for use in creating maps. As another example, the host 1602 may collect and analyze real-time data to assist in controlling vehicle congestion (e.g., controlling traffic lights) . As another example, the host 1602 may store surveillance video uploaded by a UE. As another example, the host 1602 may store or control access to media content such as video, audio, VR or AR which it can broadcast, multicast or unicast to UEs. As other examples, the host 1602 may be used for energy pricing, remote control of non-time critical electrical load to balance power generation needs, location services, presentation services (such as compiling diagrams etc. from data collected from remote devices) , or any other function of collecting, retrieving, storing, analyzing and / or transmitting data.

[0153] In some examples, a measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 1650 between the host 1602 and UE 1606, in response to variations in the measurement results. The measurement procedure and / or the network functionality for reconfiguring the OTT connection may be implemented in software and hardware of the host 1602 and / or UE 1606. In some embodiments, sensors (not shown) may be deployed in or in association with other devices through which the OTT connection 1650 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 1650 may include message format, retransmission settings, preferred routing etc. ; the reconfiguring need not directly alter the operation of the network node 1604. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling that facilitates measurements of throughput, propagation times, latency and the like, by the host 1602. The measurements may be implemented in that software causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 1650 while monitoring propagation times, errors, etc.

[0154] Although the computing devices described herein (e.g., UEs, network nodes, hosts) may include the illustrated combination of hardware components, other embodiments may comprise computing devices with different combinations of components. It is to be understood that these computing devices may comprise any suitable combination of hardware and / or software needed to perform the tasks, features, functions and methods disclosed herein. Determining, calculating, obtaining or similar operations described herein may be performed by processing circuitry, which may process information by, for example, converting the obtained information into other information, comparing the obtained information or converted information to information stored in the network node, and / or performing one or more operations based on the obtained information or converted information, and as a result of said processing making a determination. Moreover, while components are depicted as single boxes located within a larger box, or nested within multiple boxes, in practice, computing devices may comprise multiple different physical components that make up a single illustrated component, and functionality may be partitioned between separate components. For example, a communication interface may be configured to include any of the components described herein, and / or the functionality of the components may be partitioned between the processing circuitry and the communication interface. In another example, non-computationally intensive functions of any of such components may be implemented in software or firmware and computationally intensive functions may be implemented in hardware.

[0155] In certain embodiments, some or all of the functionality described herein may be provided by processing circuitry executing instructions stored on in memory, which in certain embodiments may be a computer program product in the form of a non-transitory computer-readable storage medium. In alternative embodiments, some or all of the functionality may be provided by the processing circuitry without executing instructions stored on a separate or discrete device-readable storage medium, such as in a hard-wired manner. In any of those particular embodiments, whether executing instructions stored on a non-transitory computer-readable storage medium or not, the processing circuitry can be configured to perform the described functionality. The benefits provided by such functionality are not limited to the processing circuitry alone or to other components of the computing device, but are enjoyed by the computing device as a whole, and / or by end users and a wireless network generally.

[0156] Hereinafter, the solution will be further described with reference to text of contribution to be submitted to 3GPP TS 29.510 as follows.Reason for change

[0157] When the NRF sends a discovery response that does not contain any matching NF instances, it may indicate a reason for such behavior. For example, it may indicate that the NF instances that exist in the NRF NF repository are currently in "undiscoverable" status; in that case, the consumer may decide to subscribe to changes on those instances, with the expectation that they might become operative in the short term, but with the knowledge that the NF is supported in this network. However, there are other cases where a given NF type might not be supported at all in the operator's network, and such NF type will not be available on a short or mid term.Summary of change

[0158] Add a new value for the NoProfileMatchReason enumeration ( "TARGET_NF_TYPE_NOT_SUPPORTED" ) .Consequences if not approved

[0159] A consumer might waste network resources, and generate useless signaling, by creating and refreshing subscriptions to changes on target NF types that will never be deployed by the operator.

[0160] It is noted that some changes are highlighted with underline. 6.2.6.3.3 Enumeration: NoProfileMatchReason The enumeration NoProfileMatchReason indicates the specific reason for not finding any NF  instance that can match the search criteria. Table 6.2.6.3.3-1: Enumeration NoProfileMatchReason A.3 Nnrf_NFDiscovery API

Claims

1.A method (500) at a first network device (210) , comprising:receiving (310, 510) , from a second network device (220) , a first request for a discovery of a target network function, NF, of a target NF type;determining (315, 520) that the target NF type is unsupported or undeployed; andsending (320, 530) , based on the determining, a response for the first request to the second network device (220) , the response indicating that the target NF type is unsupported or undeployed.2.The method (500) of claim 1, wherein the response for the first request further indicates validity time of the discovery of the target NF, the validity time corresponding to the target NF type.3.The method (500) of claim 1 or 2, wherein the determining (315, 520) is based on a list of NF types.4.The method (500) of claim 3, wherein the list of NF types comprise a list of unsupported or undeployed NF types, and the determining (315, 520) comprises:determining that the target NF type is unsupported or undeployed, based on the target NF type being present in the list of NF types.5.The method (500) of claim 3 or 4, further comprising:updating the list of NF types, after first registration of a NF of the target NF type.6.The method (500) of any of claims 1 to 5, further comprising:sending, to the second network device (220) , a first notification about the target NF type becoming supported or deployed, after first registration of a NF of the target NF type.7.The method (500) of claim 6, wherein a notification address of the second network device (220) is preconfigured in the first network device (210) or received from the second network device (220) .8.The method (500) of claim 6 or 7, further comprising:receiving, from the second network device (220) , a second request for the first notification,wherein the first notification is sent to the second network device (220) based on the second request.9.The method (500) of claim 8, wherein the second request for the first notification indicates a notification address of the second network device (220) .10.The method (500) of claim 9, wherein the second request for the first notification is contained in an update of NF profiles from the second network device (220) .11.The method (500) of any of claims 6 to 10, wherein the response for the first request for the discovery further indicates that the first notification is supported by the first network device (210) .12.The method (500) of any of claims 1 to 11, wherein the first network device (210) is operative to implement a network repository function, and the second network device (220) is operative to implement a network repository function service consumer.13.A method (600) at a second network device (220) , comprising:sending (305, 610) , to a first network device (210) , a first request for a discovery of a target network function, NF, of a target NF type; andreceiving (325, 620) , from the first network device (210) , a response for the first request, the response indicating that the target NF type is unsupported or undeployed.14.The method (600) of claim 13, further comprising:skipping (330, 630) , based on the response, a subscription to a second notification about a status change of the target NF of the target NF type.15.The method (600) of claim 13 or 14, wherein the response for the first request further indicates validity time of the discovery of the target NF, the validity time corresponding to the target NF type.16.The method (600) of claim 15, further comprising:receiving, from the first network device (210) , a first notification about the target NF type becoming supported or deployed.17.The method (600) of claim 16, further comprising:sending, to the first network device (210) , a second request for the first notification.18.The method (600) of claim 17, whereinthe response for the first request further indicates that the first notification is supported by the first network device (210) ; andthe second request for the first notification is sent to the first network device (210) after receiving the response for the first request.19.The method (600) of claim 18, further comprising:skipping, based on the response for the first request, a further request for the discovery of the target network function type.20.The method (600) of any of claims 16 to 19, wherein the second request for the first notification indicates a notification address of the second network device (220) .21.The method (600) of claim 20, wherein the second request for the first notification is contained in an update of NF profiles transmitted by the second network device (220) .22.The method (600) of any of claims 12 to 21, wherein the first network device (210) is associated with a network repository function, and the second network device (220) is associated with a NF consumer.23.A first network device (210, 700) , comprising:a processor (705) ; anda memory (710) , the memory (710) containing instructions (715) executable by the processor (705) , whereby the first network device (210, 700) is operative to:receive (310, 510) , from a second network device (220) , a first request for a discovery of a target network function, NF, of a target NF type;determine (315, 520) that the target NF type is unsupported or undeployed; andsend (320, 530) , based on the determining, a response for the first request to the second network device (220) , the response indicating that the target NF type is unsupported or undeployed.24.The first network device (210, 700) of claim 23, wherein the first network device (210, 700) is further operative to implement the method (600) according to any of claims 2-12.25.A second network device (220, 700) , comprising:a processor (705) ; anda memory (710) , the memory (710) containing instructions (715) executable by the processor (705) , whereby the second network device (220, 700) is operative to:send (305, 610) , to a first network device (210) , a first request for a discovery of a target NF type; andreceive (325, 620) , from the first network device (210) , a response for the first request, the response indicating that the target NF type is unsupported or undeployed.26.The second network device (220, 700) of claim 25, wherein the second network device (220, 700) is further operative to implement the method (600) according to any of claims 14-22.27.A computer-readable storage medium (800) having instructions stored thereon, the instructions (715) , which, when executed by at least one processor of a device, causes the device to perform the method (500) according to any of claims 1 to 12 or the method (600) according to any of claims 13 to 22.

Images