Network function profile discovery

Abstract

Systems, methods, and apparatus for wireless communication are described. The methods, among other benefits, decrease the complexity of the network repository function (NRF) and increase the efficiency of the NRF. An example method includes transmitting, by a network function (NF), a NF registration request to register with a network repository function (NRF) a primary profile portion of a NF profile associated with the NF. The method further includes receiving, by the NF and in response to the NF registration request, a NF registration response. Another example method includes transmitting, by a requesting network function (NF), a NF discovery request. The method further includes receiving, by the requesting NF and in response to the NF discovery request, a NF discovery response, where the NF discovery response includes a primary profile portion of a NF profile associated with a candidate NF.

Description

NETWORK FUNCTION PROFILE DISCOVERYTECHNICAL FIELD

[0001] This patent document is directed generally to wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next-generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, and the 6th generation of wireless system, known as 6G, advance the LTE and LTE-Awireless standards and are committed to supporting higher data rates, large number of connections, ultra-low latency, high reliability, and other emerging business needs.SUMMARY

[0004] The present patent document discloses methods to register and discover network function (NF) profiles. The methods decouple a complex NF profile into a primary profile portion and a secondary profile portion. A requesting NF receives the primary profile portion of a candidate NF profile from a network repository function (NRF) but directly fetches the secondary profile portion from the candidate NF. The disclosed methods, among other benefits, decrease the complexity of the NRF and increase the efficiency of the NRF.

[0005] A first example wireless communication method includes transmitting, by a network function (NF) , a NF registration request to register with a network repository function (NRF) a primary profile portion of a NF profile associated with the NF. The method further includes receiving, by the NF and in response to the NF registration request, a NF registration response.

[0006] A second example wireless communication method includes receiving, by a network repository function (NRF) , a network function (NF) registration request to register a primary profile portion of a NF profile associated with a NF. The method further includes storing, by the NRF, the primary profile portion. The method further includes transmitting, by the NRF and in response to the NF registration request, a NF registration response.

[0007] A third example wireless communication method includes transmitting, by a requesting network function (NF) , a NF discovery request. The method further includes receiving, by the requesting NF and in response to the NF discovery request, a NF discovery response, where the NF discovery response includes a primary profile portion of a NF profile associated with a candidate NF.

[0008] A fourth example wireless communication method includes receiving, by a network repository function (NRF) , a network function (NF) discovery request. The method further includes transmitting, by the NRF and in response to the NF discovery request, a NF discovery response, where the NF discovery response includes a primary profile portion of a NF profile associated with a candidate NF.

[0009] Note that where the patent document discloses a method of transmitting an information by a first device to a second device, it will be understood that a method of receiving the information by the second device from the first device is also disclosed. Similarly, where a method of receiving a message by a first device from a second device is disclosed, it will be understood that the message is transmitted by the second device to the first device.

[0010] In yet another example embodiment, a device that is configured or operable to perform the above-described methods is disclosed. The device includes at least one processor configured to implement the above-described methods.

[0011] In yet another example embodiment, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0012] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] FIG. 1 illustrates an example fifth generation (5G) architecture.

[0014] FIG. 2 illustrates an example network function (NF) registration procedure.

[0015] FIG. 3 illustrates an example NF discovery procedure.

[0016] FIG. 4 illustrates an example divided NF profile.

[0017] FIG. 5 illustrates an example reduced NF registration procedure.

[0018] FIG. 6 illustrates an example two-step NF discovery procedure.

[0019] FIG. 7 is an example flowchart for transmitting a NF registration request.

[0020] FIG. 8 is an example flowchart for receiving a NF registration request.

[0021] FIG. 9 is an example flowchart for transmitting a NF discovery request.

[0022] FIG. 10 is an example flowchart for receiving a NF discovery request.

[0023] FIG. 11 illustrates an example block diagram of a hardware platform that may be a part of a network device or a wireless device.

[0024] FIG. 12 illustrates example wireless communication including a Base Station (BS) and User Equipments (UEs) based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0025] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G and 6G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G and 6G technology only and may be used in wireless systems that implemented other protocols, e.g., ambient-IoT.

[0026] I. Introduction

[0027] The present patent document discloses methods to register and discover network function (NF) profiles. The disclosed methods, among other benefits, decrease the complexity of the network repository function (NRF) and increase the efficiency of the NRF.

[0028] The fifth generation (5G) system introduces a central repository for NF (Network Function) profile management, which is the NRF (Network Repository Function) . Each NF in the network can register its NF profile to the NRF and can discover other NFs from the NRF.

[0029] The NRF provides the NF management interface to individual NFs, so that an NF can perform NF registration to the NRF, i.e., register its own NF profile to the NRF. Such NF registration may be performed by the Operations, Administration, and Maintenance (OAM) system on behalf of each individual NF. Meanwhile, the NRF also provides the NF discovery interface so that a requesting NF can discover candidate NFs via the NF discovery interface, i.e., sending NF discovery request to the NRF with a list of query parameters.

[0030] Currently in the NRF, the NF profile of one NF not only contains the common profile items that other NFs (e.g., of other NF types) can have, but also contains those specific profile items that vary corresponding to the NF types.

[0031] The common profile items may include the following: NF Type, NF Instance identifier (ID) , NF status, the internet protocol (IP) address or fully qualified domain name (FQDN) of the NF, list of served Public Land Mobile Networks (PLMNs) , list of allowed PLMNs, list of NF service areas, list of supported NF services, etc.

[0032] The specific profile items may be organized into a subordinate profile data structure and contain the specific profile items corresponding to the NF type. For example, the NF profile of a Session Management Function (SMF) contains a SmfInfo data structure that further contains a list of items specific to the SMF, e.g., supported Data Network Name (DNN) list, Protocol Data Unit (PDU) session types, SMF service areas, Tracking Area Identifier (TAI) list, supported SMF features, etc.

[0033] The NRF and its supported interfaces (i.e., NF management interface, NF discovery interface) are heavily designed, as almost every NF within the network has to be registered in the NRF and all the related NF  profile items belonging to one NF are stored in the NRF. The NF discovery interface allows a requesting NF to provide more complex query parameters to filter and discover the target NF. Such query parameters cover not only the common profile items but also the specific profile items.

[0034] Such design pattern of centralized NRF as NF registration repository easily results in increased complexity while less efficiency in NF management and discovery. When a large number of requesting NFs perform downloading the entire NF profile of target NFs from the NRF, it will easily cause heavy load to the NRF and may quickly exhaust the resource of the NRF.

[0035] As the sixth generation (6G) architecture is coming to the discussion table, it is reasonable to revisit the heavy design of the NRF and the associated service interfaces. One intention is to simplify the NRF interface so as to decrease the NRF complexity and increase the NRF health.

[0036] To support the above requirements, one method is introduced to simplify the NRF procedure and associated service interfaces, i.e., limit the NRF to just provide the management and discovery of less NF profiles (e.g., only common NF profile items) and let the requesting NF to fetch the specific NF profile items directly from the target NF.

[0037] FIG. 1 shows the general 5G architecture. In the architecture shown in FIG. 1, there are the following network functions:

[0038] (1) UE, User Equipment.

[0039] (2) RAN, Radio Access Network. In 5G, it is new radio (NR) base station.

[0040] (3) NRF, Network Repository Function. The NRF allows any NF in the network to register its NF profile in the NRF and provides discovery service to any NF to find other NFs in the network.

[0041] (4) AMF, Access and Mobility Management function. This function includes the following functionalities: Registration management, Connection management, Reachability management and Mobility Management. This function also performs the access authentication and access authorization. The AMF is the Non-Access Stratum (NAS) security termination and relay the session management (SM) NAS between UE and SMF, etc.

[0042] (5) SMF, Session Management Function. This function includes the following functionalities: session establishment, modification and release, UE IP address allocation &management (including optional authorization functions) , selection and control of user plane (UP) function (UPF) , downlink data notification, etc. The SMF controls the UPF via N4 association.

[0043] (6) UPF, User plane function. This function includes the following functionalities: serving as an anchor point for intra- / inter-radio access technology (RAT) mobility, packet routing &forwarding, traffic usage reporting, quality of service (QoS) handling for the user plane, downlink packet buffering and downlink data notification triggering, etc.

[0044] (7) UDM, Unified Data Management Function. The UDM provides various kinds of subscription data of a UE, e.g., to the AMF for access and mobility management, or to the SMF for PDU session management, etc. The UDM also handles AMF registration from the AMF to record the serving AMF of a UE, and handles SMF registration from the SMF to record the PDU session information, etc.

[0045] (8) PCF, Policy Control Function. The PCF provides QoS policy rules to control plane functions to enforce the rules. The PCF (s) transform (s) the application function (AF) requests into policies that apply to PDU Sessions. The PCF provide the AF influenced Traffic Steering Enforcement Control in Policy and Charging Control (PCC) rules to SMF so the SMF can establish the data path to offload the traffic to local data network.

[0046] As per existing procedure, the NRF stores the profile of various types of NF deployed in the network. The NF profile of one individual NF is registered to the NRF before it can be discovered by other NF. The NF profile registration is done by the individual NF itself or by the OAM system.

[0047] FIG. 2 describes the NF Registration procedure which allows one NF to register its own NF profile to the NRF.

[0048] The NF Registration procedure happens when the NF is deployed in the network, or when it is powered on, and has the following steps:

[0049] A1. NF#1 sends NF Registration request to the NRF, carrying its NF profile.

[0050] The NF profile carries the key parameters of the requesting NF, including: NF Instance Identifier, NF type, NF status, IP address or FQDN, list of supported PLMNs, list of supported service area (e.g. TAI list) , list of supported services, etc.

[0051] A2. The NRF checks the validity of the NF profile and stores it in its storage.

[0052] A3. The NRF sends NF Registration response to the NF#1. If success, Hypertext Transfer Protocol (HTTP) response code 200 OK is indicated in the response message.

[0053] B1. Similar as steps A1～A3, NF#2 registers its NF profile to the NRF.

[0054] C1. Similar as steps A1～A3, NF#x registers its NF profile to the NRF.

[0055] After registering its NF profile to the NRF, one NF (e.g., NF#2) can be discovered by other NFs (e.g., NF#1) .

[0056] FIG. 3 describes the NF Discovery procedure which allows one NF to request the NRF to discover other NFs by providing appropriate query parameters.

[0057] 1. NF#1 sends NF Discovery request to the NRF, carrying the query parameters which are used by the NRF to filter and discover candidate NFs.

[0058] For example, the query parameters may indicate the NF Instance Identifier of target NF, the NF type of the target NF, the NF status of target NF, the service area of target NF, etc.

[0059] 2. The NRF performs internal logic for filtering the candidate NFs using the input query parameters.

[0060] 3. The NRF sends NF Discover response to the NF#1, including NF profile list of candidate NFs.

[0061] For example, if NF#2 and NF#x are discovered, the returned NF profile list includes the NF profiles of NF#2 and NF#x.

[0062] 4. On receiving the candidate NF profile list, NF#1 may select one NF from the returned NF profile list for future usage and may cache the result in its local storage.

[0063] As per existing procedure, one NF registers its entire NF profile items to the NRF, as shown in FIG. 2, and a requesting NF needs to provide a list of query parameters which might be very complex to request the NRF to filter the target NF and download the entire NF profile items to the requesting NF as described in FIG. 3.

[0064] To improve the NRF efficiency and reduce the NRF complexity, one method is introduced to simplify the NRF procedure and associated service interfaces. In general, the NRF procedure and associated service interfaces are down-scoped to manage and discover less NF profile items (e.g., only common NF profile items) . And the requesting NF itself can directly fetch the specific NF profile items directly from a target NF.

[0065] II. Embodiment 1

[0066] Embodiment 1 describes the general concept of dividing a NF profile into a primary profile portion and a secondary profile portion. Note that a primary profile portion can be equivalent to a skeleton profile part, a common profile item, or a general profile item, and a secondary profile portion can be equivalent to a detailed profile part or a specific profile item.

[0067] FIG. 4 describes the overall concept of NF profile storage and service interfaces provided by the NRF and individual NF for NF profile management.

[0068] As illustrated in FIG. 4:

[0069] The entire NF profile is divided into two parts: the primary profile portion (the skeleton profile part) , which is stored in the NRF, and the secondary profile portion (detail profile part) , which is locally stored in each individual NF. The skeleton profile part only contains a minimum set of profile items which can be used to roughly locate target NFs, e.g., only including those profile items which are common to different NF types. The detail profile part then contains at least the rest part of the entire NF profile, i.e., including all specific profile items which are corresponding to a specific NF type.

[0070] The NRF provides NF management service interface and NF discovery service interface. And for each individual NF (e.g., NF#X, NF#Y) , the NRF only stores the skeleton profile part of each individual NF.

[0071] When one NF (e.g., NF#X) invokes NF management service of the NRF to perform NF registration, it only provides the skeleton profile part of its entire NF profile while letting the detail profile part of its entire  NF profile to be stored locally. Of course, the NF may also store the skeleton profile part in its local storage, i.e., the entire NF profile is stored locally in the NF itself.

[0072] When one NF (e.g., NF#x) invokes NF discovery service of the NRF to discover a candidate NF (e.g., NF#x) and fetch the profile of that NF, the NRF only returns the skeleton profile part of that candidate NF.

[0073] Each individual NF (e.g., NF#x, NF#y) shall provide NF profile retrieval service interface via which another NF can fetch the detail profile part of the NF hosting the NF profile retrieval service interface.

[0074] III. Embodiment 2

[0075] Embodiment 2 describes the NF registration procedure.

[0076] FIG. 5 describes the reduced NF registration procedure via NRF management interface, where the NF only registers its skeleton profile part to the NRF.

[0077] 1.The NF#1 sends NF Registration Request to the NRF to only register the skeleton profile part of its NF profile. In addition, the NF#1 may provide its local endpoint of NF profile retrieval service.

[0078] The skeleton profile part only contains the common profile items that are not specific to a particular NF type.

[0079] In detail, the skeleton profile part may contain the following profile items: NF Type, NF Instance ID, NF status, the IP address or FQDN of the NF, list of served PLMNs, list of allowed PLMNs, list of NF service areas, list of supported NF services, etc.

[0080] In addition, the NF#1 may provide its local service endpoint of its NF profile retrieval service to the NRF, inside the skeleton profile part or in parallel with the skeleton profile part. The local service endpoint is the service invocation entry hosted by the NF#1 which is invoked by other NF to fetch the detail profile NF part from the NF#1.

[0081] In detail, the local service endpoint points to the Application Program Interface (API) Uniform Resource Identifier (URI) of the NF profile retrieval service of that NF. The API URI may include the following items: scheme part, authority part, API prefix part, API service name, API version.

[0082] 2. The NRF accepts the NF Registration Request from the NF#1, stores the skeleton profile part of the NF profile of NF#1, and sends back NF Registration Response to the NF#1.

[0083] 3～4. Similar as the step 1～2, NF#2 performs NF Registration Request to the NRF to register its skeleton profile part of its NF profile to the NRF, and optionally its local endpoint of the NF profile retrieval service.

[0084] 5～6. Same procedure happens to the NF#x.

[0085] IV. Embodiment 3

[0086] Embodiment 3 describes the two-step NF discovery procedure.

[0087] With the NRF only storing the skeleton profile part of each individual NF, when performing NF discovery the requesting NF only gets the skeleton profile part of the target candidate NFs, thus the requesting NF needs to further fetch the detail profile part of the target candidate NFs.

[0088] FIG. 6 describes the updated two-step NF discovery procedure, where the requesting further fetch detail profile part of one target NF directly from that NF after discovering the skeleton profile part of candidate NFs from the NRF.

[0089] 1.The NF#1 (acting as requesting NF) sends NF Discovery Request to the NRF, carrying query parameters. As the NRF only stores the skeleton profile part of NF profile of each NF, it only supports limited query parameters targeting the skeleton profile part of NF profiles.

[0090] 2. The NRF performs candidate NF filter, using the query parameters provided by the NF#1.

[0091] 3.The NRF performs NF profile filter and discovery, and sends NF Discover Response to the NF#1, carry a list of candidate NFs.

[0092] For each candidate NF, the NRF returns the skeleton profile part. The skeleton profile part is the common part of the NF profile that is not NF type specific. For example, it includes: NF Type, NF Instance ID, NF status, the IP address or FQDN of the NF, list of served PLMNs, list of allowed PLMNs, list of NF service areas, list of supported NF services, etc.

[0093] In addition, for each candidate NF, the NRF may further return the local service endpoint of the NF profile retrieval service hosted by that candidate NF. The local service endpoint indicates the service invocation entry hosted by one NF (e.g., the candidate NF) , which is invoked by other NF (e.g., the requesting NF) to fetch the detail profile NF part from that NF.

[0094] In addition, for each candidate NF, the NRF may further return the security parameters. The security parameters are used by the requesting NF to provide service invocation authorization info to the target NF (e.g., the candidate NF) when it requires to fetch the detail profile part from the target NF. For example, the target NF uses such security parameters to generate the security token which is used when invoking NF profile retrieval service of the target NF.

[0095] 4. On receiving the NF discovery response from the NRF, the NF#1 stores the discovery result. For each candidate NF, as the discovery response only includes the skeleton profile part of the target NF (e.g., the candidate NF) , the NF#1 needs to fetch the detail profile part from the target NF directly.

[0096] 5. NF#1 sends NF Profile Retrieval Request to the NF#2, if NF#2 is returned by the NRF as one of the candidate NF. The request message may carry the service invocation authorization certificate.

[0097] If NRF has returned the security parameters of the NF#2, the NF#1 uses the security parameters to generate security token which is used to provide service invocation authorization certificate in the request message.

[0098] If NRF has not returned the security parameters information of NF#2, the NF#1 may generate the security token as service invocation authorization certificate based on the local configuration.

[0099] 6. On receiving request from NF#1, the NF#2 verifies the service invocation authorization from the NF#1.

[0100] If authorization verification fails, the NF#2 returns NF Profile Retrieval Response message, carrying the failure reason indicating the authorization verification failure.

[0101] If authorization verification successes, the NF#2 returns NF Profile Retrieval Response message, carrying the detail profile part of its NF profile.

[0102] 7～8. Similarly as step 5～6, the NF#1 sends NF Profile Retrieval Request to the NF#X, if NF#X is returned by the NRF as one of the candidate NF.

[0103] With the above procedures, it decouples the complex NF profile into the skeleton profile part and the detail profile part, and lets the requesting NF to directly fetch the detail profile part from the target NF but not from the NRF. With such enhancement, it can largely decrease the complexity of the NRF and increase the efficiency of NRF.

[0104] FIG. 7 is an example flowchart for transmitting a NF registration request. Operation 702 includes transmitting, by a network function (NF) , a NF registration request to register with a network repository function (NRF) a primary profile portion of a NF profile associated with the NF. Operation 704 includes receiving, by the NF and in response to the NF registration request, a NF registration response. In some embodiments, the method can be implemented according to Embodiments 1-3. In some embodiments, performing further steps of the method can be based on a better system performance than a legacy protocol.

[0105] In some embodiments, the method further includes transmitting, by the NF, a local endpoint of a NF profile retrieval service, where the local endpoint is transmitted in parallel with the primary profile portion or included in the primary profile portion.

[0106] FIG. 8 is an example flowchart for receiving a NF registration request. Operation 802 includes receiving, by a network repository function (NRF) , a network function (NF) registration request to register a primary profile portion of a NF profile associated with a NF. Operation 804 includes storing, by the NRF, the primary profile portion. Operation 806 includes transmitting, by the NRF and in response to the NF registration request, a NF registration response. In some embodiments, the method can be implemented according to Embodiments 1-3. In some embodiments, performing further steps of the method can be based on a better system performance than a legacy protocol.

[0107] In some embodiments, the method further includes receiving, by the NRF, a local endpoint of a NF profile retrieval service, where the local endpoint is received in parallel with the primary profile portion or included in the primary profile portion.

[0108] In some embodiments, the primary profile portion includes a common profile item that is not specific to a NF type.

[0109] In some embodiments, the primary profile portion includes at least one of the following: a NF type; a NF instance identifier (ID) ; a NF status; an Internet protocol (IP) address or a fully qualified domain name (FQDN) of a NF; a list of public land mobile network (PLMNs) served by a NF; a list of allowed PLMNs; a list of NF service areas; or a list of supported NF services.

[0110] In some embodiments, the local endpoint is a service invocation entry point hosted by the NF, where the local endpoint is invoked by another NF to fetch a secondary profile portion of the NF profile from the NF.

[0111] In some embodiments, the local endpoint points to an application program interface (API) uniform resource identifier (URI) of the NF profile retrieval service of the NF, where the API URI includes at least one of the following: a scheme part; an authority part; an API prefix part; an API service name; or an API version.

[0112] FIG. 9 is an example flowchart for transmitting a NF discovery request. Operation 902 includes transmitting, by a requesting network function (NF) , a NF discovery request. Operation 904 includes receiving, by the requesting NF and in response to the NF discovery request, a NF discovery response, where the NF discovery response includes a primary profile portion of a NF profile associated with a candidate NF. In some embodiments, the method can be implemented according to Embodiments 1-3. In some embodiments, performing further steps of the method can be based on a better system performance than a legacy protocol.

[0113] In some embodiments, the method further includes determining, by the requesting NF, to fetch a secondary profile portion of the NF profile from the candidate NF.

[0114] In some embodiments, the method further includes receiving, by the requesting NF, at least one of the following: a local endpoint of a NF profile retrieval service associated with the candidate NF; or a security parameter associated with the candidate NF.

[0115] In some embodiments, the method further includes storing, by the requesting NF, the NF discovery response.

[0116] In some embodiments, the method further includes transmitting, by the requesting NF, a NF profile retrieval request for retrieving a secondary profile portion of the NF profile from the candidate NF; and receiving, by the requesting NF and in response to the NF profile retrieval request, a NF profile retrieval response.

[0117] FIG. 10 is an example flowchart for receiving a NF discovery request. Operation 1002 includes receiving, by a network repository function (NRF) , a network function (NF) discovery request. Operation 1004 includes transmitting, by the NRF and in response to the NF discovery request, a NF discovery response, where the NF discovery response includes a primary profile portion of a NF profile associated with a candidate NF. In some embodiments, the method can be implemented according to Embodiments 1-3. In some embodiments, performing further steps of the method can be based on a better system performance than a legacy protocol.

[0118] In some embodiments, the method further includes transmitting, by the NRF, at least one of the following: a local endpoint of a NF profile retrieval service associated with the candidate NF; or a security parameter associated with the candidate NF.

[0119] In some embodiments, the NF discovery request includes a query parameter associated with the primary profile portion, where a network repository function (NRF) uses the query parameter to return a filtered result of the candidate NF.

[0120] In some embodiments, the primary profile portion includes a common profile item that is not specific to a NF type.

[0121] In some embodiments, the primary profile portion includes at least one of the following: a NF type; a NF instance identifier (ID) ; a NF status; an Internet protocol (IP) address or a fully qualified domain name (FQDN) of a NF; a list of public land mobile network (PLMNs) served by a NF; a list of allowed PLMNs; a list of NF service areas; or a list of supported NF services.

[0122] In some embodiments, the local endpoint is a service invocation entry point hosted by the candidate NF, where the local endpoint is invoked by a requesting NF to fetch a secondary profile portion of the NF profile from the candidate NF.

[0123] In some embodiments, a requesting NF uses the security parameter to provide a service invocation authorization information to the candidate NF when the requesting NF determines to fetch a secondary profile portion of the NF profile from the candidate NF.

[0124] In some embodiments, a requesting NF uses the security parameter to generate a service invocation authorization certificate that is used when the requesting NF invokes the NF profile retrieval service associated with the candidate NF.

[0125] In some embodiments, the NF profile retrieval request includes a service invocation authorization certificate.

[0126] In some embodiments, at least one of the following applies: if the requesting NF receives a security parameter associated with the candidate NF, the requesting NF uses the security parameter to generate a service invocation authorization certificate in the NF profile retrieval request; or if the requesting NF does not receive a security parameter associated with the candidate NF, the requesting NF generates a service invocation authorization certificate based on a local configuration.

[0127] In some embodiments, the candidate NF performs a verification of a service invocation authorization certificate received from the requesting NF, where at least one of the following applies: if the verification fails, the candidate NF returns a failure reason in the NF profile retrieval response; or if the verification succeeds, the candidate NF returns the secondary profile portion in the NF profile retrieval response.

[0128] FIG. 11 shows an example block diagram of a hardware platform 1100 that may be a part of a network device (e.g., a base station (BS) , a transmission and reception point (TRP) , a radio access network (RAN) , a network function (NF) , or a network repository function (NRF) ) or a wireless device (e.g., a user equipment (UE) ) . The hardware platform 1100 includes at least one processor 1110 and a memory 1105 having instructions stored thereupon. The instructions upon execution by the processor 1110 configure the hardware platform 1100 to perform the operations described in FIGS. 1-10 and in the various embodiments described in  this patent document. The transmitter 1115 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 1120 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device. For example, a UE, a wireless device, or a network device, as described in the present document, may be implemented using the hardware platform 1100.

[0129] The implementations as discussed above will apply to a wireless communication. FIG. 12 shows an example of a wireless communication system (e.g., a 6G, 5G, or NR cellular network) that includes a base station 1220 and one or more user equipment (UE) 1211, 1212, and 1213. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 1231, 1232, 1233) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 1241, 1242, 1243) from the BS to the UEs. In some embodiments, the BS sends information to the UEs (sometimes called downlink direction, as depicted by arrows 1241, 1242, 1243) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 1231, 1232, 1233) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on. The UEs described in the present document may be communicatively coupled to the base station 1220 depicted in FIG. 12.

[0130] It will be appreciated by one of skill in the art that the present patent document discloses methods that, among other benefits, decrease the complexity of the NRF and increase the efficiency of the NRF. The methods disclosed include decoupling a complex NF profile into a primary profile portion and a secondary profile portion. A requesting NF receives the primary profile portion of a candidate NF profile from a network repository function (NRF) but directly fetches the secondary profile portion from the candidate NF.

[0131] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0132] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated  Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware, or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0133] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0134] Only a few implementations and examples are described, and other implementations, enhancements and variations can be made based on what is described and illustrated in this patent document.

Claims

1.A method of wireless communication, comprising:transmitting, by a network function (NF) , a NF registration request to register with a network repository function (NRF) a primary profile portion of a NF profile associated with the NF; andreceiving, by the NF and in response to the NF registration request, a NF registration response.2.A method of wireless communication, comprising:receiving, by a network repository function (NRF) , a network function (NF) registration request to register a primary profile portion of a NF profile associated with a NF;storing, by the NRF, the primary profile portion; andtransmitting, by the NRF and in response to the NF registration request, a NF registration response.3.The method of claim 1 or 2, wherein the primary profile portion comprises a common profile item that is not specific to a NF type.4.The method of any of claims 1 to 3, wherein the primary profile portion comprises at least one of the following:a NF type;a NF instance identifier (ID) ;a NF status;an Internet protocol (IP) address or a fully qualified domain name (FQDN) of a NF;a list of public land mobile network (PLMNs) served by a NF;a list of allowed PLMNs;a list of NF service areas; ora list of supported NF services.5.The method of claim 1, further comprising transmitting, by the NF, a local endpoint of a NF profile retrieval service, wherein the local endpoint is transmitted in parallel with the primary profile portion or comprised in the primary profile portion.6.The method of claim 2, further comprising receiving, by the NRF, a local endpoint of a NF profile retrieval service, wherein the local endpoint is received in parallel with the primary profile portion or comprised in the primary profile portion.7.The method of claim 5 or 6, wherein the local endpoint is a service invocation entry point hosted by the NF, and wherein the local endpoint is invoked by another NF to fetch a secondary profile portion of the NF profile from the NF.8.The method of any of claims 5 to 7, wherein the local endpoint points to an application program interface  (API) uniform resource identifier (URI) of the NF profile retrieval service of the NF, and wherein the API URI comprises at least one of the following:a scheme part;an authority part;an API prefix part;an API service name; oran API version.9.A method of wireless communication, comprising:transmitting, by a requesting network function (NF) , a NF discovery request; andreceiving, by the requesting NF and in response to the NF discovery request, a NF discovery response, wherein the NF discovery response comprises a primary profile portion of a NF profile associated with a candidate NF.10.A method of wireless communication, comprising:receiving, by a network repository function (NRF) , a network function (NF) discovery request; andtransmitting, by the NRF and in response to the NF discovery request, a NF discovery response, wherein the NF discovery response comprises a primary profile portion of a NF profile associated with a candidate NF.11.The method of claim 9, further comprising determining, by the requesting NF, to fetch a secondary profile portion of the NF profile from the candidate NF.12.The method of any of claims 9 to 11, wherein the NF discovery request comprises a query parameter associated with the primary profile portion, and wherein a network repository function (NRF) uses the query parameter to return a filtered result of the candidate NF.13.The method of any of claims 9 to 12, wherein the primary profile portion comprises a common profile item that is not specific to a NF type.14.The method of any of claims 9 to 13, wherein the primary profile portion comprises at least one of the following:a NF type;a NF instance identifier (ID) ;a NF status;an Internet protocol (IP) address or a fully qualified domain name (FQDN) of a NF;a list of public land mobile network (PLMNs) served by a NF;a list of allowed PLMNs;a list of NF service areas; ora list of supported NF services.15.The method of claim 9 or 11, further comprising receiving, by the requesting NF, at least one of the following:a local endpoint of a NF profile retrieval service associated with the candidate NF; ora security parameter associated with the candidate NF.16.The method of claim 10, further comprising transmitting, by the NRF, at least one of the following:a local endpoint of a NF profile retrieval service associated with the candidate NF; ora security parameter associated with the candidate NF.17.The method of claim 15 or 16, wherein the local endpoint is a service invocation entry point hosted by the candidate NF, and wherein the local endpoint is invoked by a requesting NF to fetch a secondary profile portion of the NF profile from the candidate NF.18.The method of any of claims 15 to 17, wherein a requesting NF uses the security parameter to provide a service invocation authorization information to the candidate NF when the requesting NF determines to fetch a secondary profile portion of the NF profile from the candidate NF.19.The method of any of claims 15 to 18, wherein a requesting NF uses the security parameter to generate a service invocation authorization certificate that is used when the requesting NF invokes the NF profile retrieval service associated with the candidate NF.20.The method of claim 9, 11, or 15, further comprising storing, by the requesting NF, the NF discovery response.21.The method of claim 9, 11, 15, or 20, further comprising:transmitting, by the requesting NF, a NF profile retrieval request for retrieving a secondary profile portion of the NF profile from the candidate NF; andreceiving, by the requesting NF and in response to the NF profile retrieval request, a NF profile retrieval response.22.The method of claim 21, wherein the NF profile retrieval request comprises a service invocation authorization certificate.23.The method of claim 21 or 22, wherein at least one of the following applies:if the requesting NF receives a security parameter associated with the candidate NF, the requesting NF uses the security parameter to generate a service invocation authorization certificate in the NF profile retrieval request; orif the requesting NF does not receive a security parameter associated with the candidate NF, the requesting NF generates a service invocation authorization certificate based on a local configuration.24.The method of any of claims 21 to 23, wherein the candidate NF performs a verification of a service invocation authorization certificate received from the requesting NF, and wherein at least one of the following applies:if the verification fails, the candidate NF returns a failure reason in the NF profile retrieval response; orif the verification succeeds, the candidate NF returns the secondary profile portion in the NF profile retrieval response.25.An apparatus for wireless communication, comprising a processor, wherein the processor is configured to implement a method recited in any one or more of claims 1 to 24.26.A computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in any one or more of claims 1 to 24.

Images