EP3881496A1 - Mechanism for nef discovery relative to pfd management - Google Patents
Mechanism for nef discovery relative to pfd managementInfo
- Publication number
- EP3881496A1 EP3881496A1 EP20754741.5A EP20754741A EP3881496A1 EP 3881496 A1 EP3881496 A1 EP 3881496A1 EP 20754741 A EP20754741 A EP 20754741A EP 3881496 A1 EP3881496 A1 EP 3881496A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- application
- nef
- pfds
- function
- identifiers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
Definitions
- the present disclosure relates to Packet Flow Description (PFD) management in a core network of a wireless communication system (e.g., a Fifth Generation (5G) system).
- a wireless communication system e.g., a Fifth Generation (5G) system.
- 5G Fifth Generation
- PFDs Packet Flow Descriptions
- the Management of Packet Flow Descriptions enables the UPF to perform accurate application detection when PFD(s) are provided by an ASP and then to apply enforcement actions as instructed in the PCC Rule.
- the operator is able to configure pre-defined PCC Rules in the SMF or dynamic PCC Rules in the PCF that include at least an application identifier for service data flow detection, charging control information, i.e. charging key and optionally the Sponsor identifier or the ASP identifier or both.
- charging control information i.e. charging key
- the ASP may provide individual PFDs or the full set of PFDs for each application identifier maintained by the ASP to the SMF via the PFD Management service in the NEF (PFDF).
- the PFDs become part of the application detection filters in the SMF/UPF and therefore are used as part of the logic to detect traffic generated by an application.
- the ASP may remove or modify some or all of the PFDs which have been provided previously for one or more application identifiers.
- the SMF may report the application stop to the PCF for a application instance identifier as defined in clause 5.8.2.8.4 of TS 23.501 [2] if the removed/modified PFD in SMF/UPF results in that the stop of the application instance is not being able to be detected.
- the ASP manages (provision, update, delete) the PFDs through the NEF (PFDF).
- the PFD(s) are transferred to the SMF through the NEF (PFDF).
- the PFDF is a logical functionality in the NEF which receives PFD(s) from the ASP through the NEF, stores the PFD(s) in the UDR and provides the PFD(s) to the SMF(s) either on the request from ASP PFD management through NEF (PFDF) (push mode) or on the request from SMF (pull mode).
- the PFDF functionality is a service provided by the NEF.
- the PFDs may be retrieved by SMF from NEF (PFDF) in "pull” mode or may be provisioned from NEF (PFDF) to the SMF in "push” mode.
- PFDF NEF
- the SMF requests all PFDs for that application identifier from the NEF (PFDF), and NEF (PFDF) retrieves them from the UDR.
- PFDF NEF
- the PFD(s) retrieved for an application identifier from the NEF (PFDF) are cached in the SMF, and the SMF maintains a caching timer associated to the PFD(s) to control how long the PFD(s) are valid.
- the SMF reloads the PFD(s) from the NEF (PFDF) and provides it to the UPF over N4; - If there's no active PCC rule that refers to the corresponding application identifier or the SMF removes the last PCC rule that refers to the corresponding application identifier, the SMF removes the PFD(s) identified by the application identifier and informs the UPF to remove the PFD(s) identified by the application identifier over N4.
- PFDF NEF
- the UPF When the UPF receives the updated PFD(s) from either the same or different SMF for the same application identifier, the latest received PFD(s) shall overwrite any existing PFD(s) stored in the UPF.
- the SMF shall manage the pre-configured PFDs and PFDs provided by the NEF (PFDF) at the UPF as defined in clause 5.8.2.8.4 of TS 23.501 [2]
- the SMF may differentiate the need for PFD retrieval based on operator configuration in the SMF.
- the SMF may retrieve PFDs for one or more application identifiers in the same Request. All PFDs related to an application identifier are provided in the response from the UDR to NEF (PFDF).
- PFDF UDR to NEF
- the SMF shall invoke
- Nnef_PFDmanagement_Fetch service operation by sending an HTTP GET request message to the resource "Individual application PFD".
- the SMF In order to retrieve the PFDs of all application identifiers, the SMF shall invoke the Nnef_PFDmanagement_Fetch service operation by sending an HTTP GET request message to the resource "PFD of applications".
- the SMF In order to retrieve the PFDs of collection of application identifiers, the SMF shall invoke the Nnef_PFDmanagement_Fetch service operation by sending an HTTP GET request message to the resource "PFD of applications" with query parameters indicating the requested application identifiers.
- Nnef_PFDmanagement_Fetch service operation refers to 3GPP TS 29.551 [25], 2. If the requested PFDs are not available in PFDF, PFDF shall invoke Nudr_DataRepository_Query service operation by sending an FHTTP GET request message to the UDR to the resource "Individual PFD Data" as specified in 3GPP TS 29.519 [12],
- the SMF in step 1 can include PFD management request for multiple applications, but the UDR service for PFD management only supports one application at a time.
- the UDR shall send an HTTP GET response message including the requested PFDs to the NEF.
- the NEF sends the HTTP GET response message "200 OK" including the PFDs for the requested application identifier(s) to the SMF.
- This procedure enables the SMF to subscribe the notification of events when the PFDs for application identifier change.
- the PFDF will notify the SMF to update and/or delete the PFDs for application identifier(s) as subscribed previously.
- the SMF can use Nnef_PFDmanagement_Subscribe service operation by sending an HTTP POST message to the resource "PFD subscriptions".
- the HTTP POST request includes a notification URI to indicate to the PFDF where to send notifications when events occur. If the subscription is accepted, he PFDF shall send the POST response message a "201 Created" to the SMF.
- the PFDF shall use Nnef_PFDmanagement_Notify service operation to update and/or delete the PFDs for application identifier(s) in the SMF.
- the PFDF shall send an HTTP POST request message to the notification URI " ⁇ notifyUri ⁇ /notify”.
- the SMF replies to the PFDF with an HTTP POST response message "204 No Content” indicating the successful provisioning of all PFDs or "200 OK" containing failed application identifier(s).
- the SMF may initiate Nnef_PFDmanagement_Unsubscribe service operation to remove the subscription by sending an HTTP DELETE request message to the resource "Individual PFD subscription".
- the PFDF replies to the SMF with an HTTP DELETE response message "204 No Content”.
- NEF Network Exposure Function
- PFDF Packet Flow Description Function
- 5GC for interaction between Application Function (AF), NEF, and User Data Repository (UDR), see Section 4.18 of 3GPP TS
- Figure 5 is a combination of the flows in Section 4.18 of 3GPP TS 23.502 V16.1.0.
- Figure 5 illustrates a procedure for PFD management via NEF (PFDF).
- Steps 1-5 and 8 in Figure 5 correspond to steps 1-6 in Figure 4.18.2-1 of 3GPP TS 23.502 V16.1.0.
- the following is an excerpt from 3GPP TS 23.502 V16.1.0 describing steps 1-6 of Figure 4.18.2-1 (which again correspond to steps 1-5 and 8 of Figure 5): 1.
- the AF invokes the Nnef_PFDManagement_Create/Update/Delete service.
- the Allowed Delay is an optional parameter.
- Allowed Delay indicates that the list of PFDs in this request should be provisioned within the time interval indicated by the Allowed Delay to the SMF(s) that have subscribed to the PFD management service using Nnef_PFDManagement_Subscribe service operation.
- NEF checks whether the Application is authorized to perform this request based on the operator policies.
- the NEF invokes the Nudr_DM_Create/Update/Delete (Application Identifier, one or more sets of PFDs, Allowed Delay) to the UDR.
- the UDR updates the list of PFDs for the Application Identifier.
- the UDR sends a Nudr_DM_Create/Update/Delete Response to the NEF (PFDF).
- the NEF sends Nnef_PFDManagement_Create/Update/Delete Response to the Application Function.
- Step 6a The NEF (PFDF) sends an Nnef_PFDManagement_Notify request to the Session Management Function (SMF) including PFD(s).
- SMF Session Management Function
- Step 7a The SMF returns an Nnef_PFDManagement_Notify response to the NEF (PFDF).
- Step 6b.1 The SMF invokes the Nnef_PFDManagement_Fetch (application identifier(s)) to the NEF (PFDF).
- Step 6b.2 The NEF (PFDF) checks if the PFDs for the application identifier(s) are available in the NEF (PFDF). If available, the NEF (PFDF) skips to step 4. If not, the NEF (PFDF) invokes Nudr_DM_Query (application identifiers)) to retrieve the PFD(s) from the UDR.
- Nudr_DM_Query application identifiers
- Step 6b.3 The UDR provides an Nudr_DM_Query response (application identifier(s), PFD(s)) to the NEF (PFDF).
- Step 7b The NEF (PFDF) replies to the SMF with Nnef_PFDManagement_Fetch (application identifier(s), PFD(s)).
- NF service consumer in this clause refers to the consumer of the NRF services and should not be confused with the role of the NF (consumer or producer).
- Figure 4.17.1-1 NF Service Registration procedure 1.
- NF service consumer i. e. an NF instance sends Nnrf_NFManagement_NFRegister Request message to NRF to inform the NRF of its NF profile when the NF service consumer becomes operative for the first time. See clause 5.2.7.2.2 for relevant NF profile parameters
- NF service consumer's NF profile is configured by OAM system.
- the NRF stores the NF profile of NF service consumer and marks the NF service consumer available.
- the NRF acknowledge NF Registration is accepted via Nnrf_NFManagement_NFRegister response. .4 NF/NF service discovery by NF service consumer in the same PLMN
- the NF service consumer intends to discover services available in the network based on service name and target NF type.
- the NF service consumer invokes Nnrf_NFDiscovery_Request (Expected NF service Name, NF Type of the expected NF instance, NF type of the NF consumer) from an appropriate configured NRF in the same PLMN.
- the parameter may include optionally producer NF Set ID, NF Service Set ID, SUPI, Data Set Identifier(s),
- the parameters may include AMF Region ID, AMF Set ID, TAI.
- the NF service consumer may indicate a preference for target NF location in the Nnrf_NFDiscovery_Request. A complete list of parameters is provided in service definition in clause 5.27.3.2.
- the NF service consumer indicates its NF location for preference for target NF location.
- the NRF authorizes the Nnrf_NFDiscovery_Request. Based on the profile of the expected NF/NF service and the type of the NF service consumer, the NRF determines whether the NF service consumer is allowed to discover the expected NF instance(s). If the expected NF instance(s) or NF service instance(s) are deployed in a certain network slice, NRF authorizes the discovery request according to the discovery configuration of the Network Slice, e.g. the expected NF instance(s) are only discoverable by the NF in the same network slice.
- the NRF determines a set of NF instance(s) matching the Nnrf_NFDiscovery_Request and internal policies of the NRF and sends the NF profile(s) of the determined NF instances.
- Each NF profile containing at least the output required parameters (see clause 5.27.3.2) to the NF service consumer via Nnrf_NFDiscovery_Request Response message
- the NRF shall provide the corresponding UDR, UDM or AUSF instance(s) that matches the optional input SUPI. Otherwise, if SUPI is not provided in the request, the NRF shall return all applicable UDR instance(s) (e.g. based on the Data Set Id, NF type), UDM instance(s) or AUSF instance(s) (e.g. based on NF type) and if applicable, the information of the range of SUPI(s) and/or Data Set Id each UDR instance is supporting.
- UDR instance(s) e.g. based on the Data Set Id, NF type
- UDM instance(s) or AUSF instance(s) e.g. based on NF type
- the NRF shall provide the corresponding CHF instance(s) that matches the optional input SUPI, GPSI or PLMN ID.
- the NRF shall provide the primary CHF instance and the secondary CHF instance pair(s) together. Otherwise, if neither SUPI/PLMN ID nor GPSI is provided in the request, the NRF shall return all applicable CHF instance(s) and if applicable, the information of the range of SUPI(s), GPSI(s) or PLMN ID(s).
- the NRF shall not limit the set of discovered NF instances or NF service instance(s) to the target NF location, e.g. the NRF may provide NF instance(s) or NF service instance(s) for which location is not the preferred target NF location if no NF instance or NF service instance could be found for the preferred target NF location.
- the Network Exposure Function (NEF) providing the Nnef_PFDManagement service registers itself in the Network Repository Function (NRF), and the current Release 15 function can support the Packet Flow Description (PFD) management function in Fifth Generation Core (5GC) with the prerequisite that all NEFs in a Public Land Mobile Network (PLMN) provide homogenous support for the Nnef_PFDManagement (both southbound and northbound) service.
- PLMN Public Land Mobile Network
- SMF Session Management Function
- the SMF broadcasts the Nnef_PFDManagement service to all of them.
- FIG. 6 shows the interactions in a "pull mode.”
- the fetch request / subscribe request is broadcast to all NEFs. Since the provisioning NEF is one of those NEFs, it will provide the PFD to the SMF in the “pull mode” or be aware of the PFD change so to “push” the change to the SMF. Flowever, the consequence is the signaling increase and unnecessary processing in the network (e.g., four NEFs and five User Data Repositories (UDRs) lead to 20 PFD retrievals).
- UDRs User Data Repositories
- provisioning NEF multiple NEFs may be deployed in a PLMN and all these NEFs may provide the Nnef_PFDManagement service.
- the provisioning NEF is the one among these NEFs that is responsible for PFD management of certain application(s). Those applications may be interested by a SMF regarding the PFD management.
- a provisioning NEF that receives PFDs updates its Network Function (NF) profile with the corresponding PFD application Identifiers (IDs) and/or Application Function (AF) IDs, so the SMF can discover the correct provisioning NEF.
- NF Network Function
- IDs PFD application Identifiers
- AF Application Function
- a Neflnfo data type including one or more PFD application IDs and/or AF IDs.
- the Neflnfo data type will be used in an Nnrf_NFDiscovery Application Program Interface (API) and an Nnrf_NFManagement API.
- API Nnrf_NFDiscovery Application Program Interface
- Nnrf_NFManagement API Nnrf_NFManagement API
- NRF services i.e. TS 29.510
- Nnrf_NFManagement API Support the NEF to update its NEFProfile including a list of PFD application IDs and/or AF IDs.
- Nnrf_NFDiscovery API Support a consumer (e.g., an SMF) to discover the NEF (relative to the PFD management service) by including, as query parameters, one or more PFD application IDs and/or AF IDs.
- Embodiments disclosed herein provide a solution to the aforementioned issue to support NEF discovery (relative to PFD management) via an NRF.
- NEF discovery relative to PFD management
- application IDs there is no need to provision the AF IDs for the application IDs in the SMF. It is well suited for the pull mode, where the SMF only knows the application IDs from the Policy and Charging Control (PCC) rule.
- PCC Policy and Charging Control
- Figure 1 is a reproduction of Figure 5.5.2.2.1-1 of Third Generation Partnership Project (3GPP) Technical Specification (TS) 29.513 V16.0.0, which illustrates a procedure for Packet Flow Description (PFD) retrieval by a Session Management Function (SMF);
- 3GPP Third Generation Partnership Project
- TS Technical Specification
- PFD Packet Flow Description
- SMF Session Management Function
- Figure 2 is a reproduction of Figure 5.5.2.2.2-1 of 3GPP TS 29.513 V16.0.0, which illustrates a procedure for PFD Function (PFDF) management in an SMF;
- PFDF PFD Function
- Figure 3 is a reproduction of Figure 4.17.1-1 of 3GPP TS 23.502, which illustrates a procedure for Network Function (NF) service registration;
- NF Network Function
- FIG 4 is a reproduction of Figure 4.17.4-1 of 3GPP TS 23.502, which illustrates a procedure for NF/NF service discovery in the same Public Land Mobile Network (PLMN);
- PLMN Public Land Mobile Network
- FIG. 5 PFD management via Network Exposure Function (NEF) (Packet Flow Description Function (PFDF)) in 5GC (for interaction between Application Function (AF), NEF, and User Data Repository (UDR);
- NEF Network Exposure Function
- PFDF Packet Flow Description Function
- 5GC for interaction between Application Function (AF), NEF, and User Data Repository (UDR);
- AF Application Function
- UDR User Data Repository
- Figure 6 shows interactions in a “pull mode”
- Figure 7 illustrates one example of a cellular communications network in which embodiments of the present disclosure may be implemented
- Figure 8 illustrates a wireless communication system represented as a Fifth Generation (5G) network architecture composed of core NFs, where interaction between any two NFs is represented by a point-to-point reference point/interface;
- 5G Fifth Generation
- Figure 9 illustrates a 5G network architecture using service-based interfaces between the NFs in the control plane, instead of the point-to-point reference points/interfaces used in the 5G network architecture of Figure 8;
- FIGS 10A through 10D illustrate a sequence diagram for an example of Application Service Provider (ASP) (Application Function (AF)) provisioning PFDs for a certain set of applications and SMF using the pull procedure to retrieve the PFDs using NEF discovery through a Network Repository Function (NRF) in accordance with some embodiments of the present disclosure;
- ASP Application Service Provider
- AF Application Function
- NEF Network Repository Function
- Figure 11 is a schematic block diagram of a network node implementing a core network entity (e.g., a core network function) according to some embodiments of the present disclosure
- Figure 12 is a schematic block diagram that illustrates a virtualized embodiment of the network node of Figure 11 according to some embodiments of the present disclosure.
- Figure 13 is a schematic block diagram of the network node of Figure 11 according to some other embodiments of the present disclosure.
- Radio Node As used herein, a “radio node” is either a radio access node or a wireless device.
- Radio Access Node As used herein, a “radio access node” or “radio network node” is any node in a radio access network of a cellular communications network that operates to wirelessly transmit and/or receive signals.
- a radio access node include, but are not limited to, a base station (e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network), a high-power or macro base station, a low-power base station (e.g., a micro base station, a pico base station, a home eNB, or the like), and a relay node.
- a base station e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a
- Core Network Node is any type of node in a core network or any node that implements a core network function.
- Some examples of a core network node include, e.g., a Mobility Management Entity (MME), a Packet Data Network Gateway (P-GW), a Service Capability Exposure Function (SCEF), a Flome Subscriber Server (HSS), or the like.
- MME Mobility Management Entity
- P-GW Packet Data Network Gateway
- SCEF Service Capability Exposure Function
- HSS Flome Subscriber Server
- a core network node examples include a node implementing a Access and Mobility Function (AMF), a User Plane Function (UPF), a Session Management Function (SMF), an Authentication Server Function (AUSF), a Network Slice Selection Function (NSSF), a Network Exposure Function (NEF), a Network Function (NF) Network Repository Function (NRF), a Policy Control Function (PCF), a Unified Data Management (UDM), or the like.
- AMF Access and Mobility Function
- UPF User Plane Function
- SMF Session Management Function
- AUSF Authentication Server Function
- NSSF Network Slice Selection Function
- NEF Network Exposure Function
- NEF Network Exposure Function
- NF Network Function
- PCF Policy Control Function
- UDM Unified Data Management
- Wireless Device is any type of device that has access to (i.e., is served by) a cellular communications network by wirelessly transmitting and/or receiving signals to a radio access node(s).
- a wireless device include, but are not limited to, a User Equipment device (UE) in a 3GPP network and a Machine Type Communication (MTC) device.
- UE User Equipment device
- MTC Machine Type Communication
- Network Node As used herein, a “network node” is any node that is either part of the radio access network or the core network of a cellular communications network/system.
- a provisioning NEF that receives PFDs updates its NF profile with the corresponding PFD application Identifiers (IDs) and/or Application Function (AF) IDs, so the SMF can discover the correct provisioning NEF.
- IDs PFD application Identifiers
- AF Application Function
- TS 3GPP Technical Specification
- a Neflnfo data type including one or more PFD application IDs and/or AF IDs.
- the Neflnfo data type will be used in an Nnrf_NFDiscovery Application Program Interface (API) and an Nnrf_NFManagement API.
- API Nnrf_NFDiscovery Application Program Interface
- Nnrf_NFManagement API Nnrf_NFManagement API
- FIG. 7 illustrates one example of a cellular communications system 700 in which embodiments of the present disclosure may be implemented.
- the cellular communications system 700 is a 5G System (5GS) including a NR Radio Access Network (RAN).
- the RAN includes base stations 702-1 and 702-2, which in 5G NR are referred to as gNBs, controlling corresponding (macro) cells 704-1 and 704-2.
- the base stations 702-1 and 702-2 are generally referred to herein collectively as base stations 702 and individually as base station 702.
- the (macro) cells 704-1 and 704-2 are generally referred to herein collectively as (macro) cells 704 and individually as (macro) cell 704.
- the RAN may also include a number of low power nodes 706-1 through 706-4 controlling corresponding small cells 708-1 through 708-4.
- the low power nodes 706-1 through 706-4 can be small base stations (such as pico or femto base stations) or Remote Radio Heads (RRHs), or the like.
- RRHs Remote Radio Heads
- one or more of the small cells 708-1 through 708-4 may alternatively be provided by the base stations 702.
- the low power nodes 706-1 through 706-4 are generally referred to herein collectively as low power nodes 706 and individually as low power node 706.
- the small cells 708-1 through 708-4 are generally referred to herein collectively as small cells 708 and individually as small cell 708.
- the cellular communications system 700 also includes a core network 710, which in the 5GS is referred to as the 5G Core (5GC).
- the base stations 702 (and optionally the low power nodes 706) are connected to the core network 710.
- the base stations 702 and the low power nodes 706 provide service to wireless devices 712-1 through 712- 5 in the corresponding cells 704 and 708.
- the wireless devices 712-1 through 712-5 are generally referred to herein collectively as wireless devices 712 and individually as wireless device 712.
- the wireless devices 712 are also sometimes referred to herein as UEs.
- Figure 8 illustrates a wireless communication system represented as a 5G network architecture composed of core NFs, where interaction between any two NFs is represented by a point-to-point reference point/interface.
- Figure 8 can be viewed as one particular implementation of the system 700 of Figure 7.
- the 5G network architecture shown in Figure 8 comprises a plurality of UEs connected to either a RAN or an Access Network (AN) as well as an AMF.
- the R(AN) comprises base stations, e.g. such as eNBs or gNBs or similar.
- the 5GC NFs shown in Figure 8 include a NSSF, an AUSF, a UDM, an AMF, a SMF, a PCF, and an AF.
- the N1 reference point is defined to carry signaling between the UE and AMF.
- the reference points for connecting between the AN and AMF and between the AN and UPF are defined as N2 and N3, respectively.
- N4 is used by the SMF and UPF so that the UPF can be set using the control signal generated by the SMF, and the UPF can report its state to the SMF.
- N9 is the reference point for the connection between different UPFs
- N14 is the reference point connecting between different AMFs, respectively.
- N15 and N7 are defined since the PCF applies policy to the AMF and SMP, respectively.
- N12 is required for the AMF to perform authentication of the UE.
- N8 and N10 are defined because the subscription data of the UE is required for the AMF and SMF.
- the 5GC network aims at separating user plane and control plane.
- the user plane carries user traffic while the control plane carries signaling in the network.
- the UPF is in the user plane and all other NFs, i.e., the AMF, SMF, PCF, AF, AUSF, and UDM, are in the control plane. Separating the user and control planes guarantees each plane resource to be scaled independently. It also allows UPFs to be deployed separately from control plane functions in a distributed fashion. In this architecture, UPFs may be deployed very close to UEs to shorten the Round Trip Time (RTT) between UEs and data network for some applications requiring low latency.
- RTT Round Trip Time
- the core 5G network architecture is composed of modularized functions.
- the AMF and SMF are independent functions in the control plane. Separated AMF and SMF allow independent evolution and scaling.
- Other control plane functions like the PCF and AUSF can be separated as shown in Figure 8.
- Modularized function design enables the 5GC network to support various services flexibly.
- Each NF interacts with another NF directly. It is possible to use intermediate functions to route messages from one NF to another NF.
- a set of interactions between two NFs is defined as service so that its reuse is possible. This service enables support for modularity.
- the user plane supports interactions such as forwarding operations between different UPFs.
- Figure 9 illustrates a 5G network architecture using service-based interfaces between the NFs in the control plane, instead of the point-to-point reference points/interfaces used in the 5G network architecture of Figure 8.
- the NFs described above with reference to Figure 8 correspond to the NFs shown in Figure 9.
- the service(s) etc. that a NF provides to other authorized NFs can be exposed to the authorized NFs through the service-based interface.
- the service based interfaces are indicated by the letter “N” followed by the name of the NF, e.g. Namf for the service based interface of the AMF and Nsmf for the service based interface of the SMF etc.
- the NEF and the NRF in Figure 9 are not shown in Figure 8 discussed above. However, it should be clarified that all NFs depicted in Figure 8 can interact with the NEF and the NRF of Figure 9 as necessary, though not explicitly indicated in Figure 8.
- the AMF provides UE-based authentication, authorization, mobility management, etc.
- a UE even using multiple access technologies is basically connected to a single AMF because the AMF is independent of the access technologies.
- the SMF is responsible for session management and allocates Internet Protocol (IP) addresses to UEs. It also selects and controls the UPF for data transfer. If a UE has multiple sessions, different SMFs may be allocated to each session to manage them individually and possibly provide different functionalities per session.
- IP Internet Protocol
- the AF provides information on the packet flow to the PCF responsible for policy control in order to support Quality of Service (QoS).
- QoS Quality of Service
- the PCF determines policies about mobility and session management to make the AMF and SMF operate properly.
- the AUSF supports authentication function for UEs or similar and thus stores data for authentication of UEs or similar while the UDM stores subscription data of the UE.
- the Data Network (DN) not part of the 5GC network, provides Internet access or operator services and similar.
- An NF may be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g., a cloud infrastructure.
- the proposed solution allows support for NEF discovery (relative to PFD management) via NRF by defining a Neflnfo data type that will be used in an Nnrf_NFDiscovery API and an Nnrf_NFManagement API.
- FIGs 10A through 10D illustrate a sequence diagram for an example of Application Service Provider (ASP) (AF) provisioning PFDs for a certain set of applications and SMF using the pull procedure to retrieve the PFDs using NEF discovery through NRF in accordance with some embodiments of the present disclosure.
- ASP Application Service Provider
- the steps of Figures 10A through 10D are detailed below: [0049] Steps 1000 and 1002: ASP (AF), e.g. Google Inc., decides to trigger an Nnef procedure towards an NEF (referred to herein as the provisioning NEF) in order to provision PFDs for a certain set of applications (e.g., YouTube and Gmail in this example).
- ASP Application Service Provider
- HTTP Hypertext Transfer Protocol
- Step 1004 The NEF acknowledges the request with, in this example, an Nnef 200 OK message.
- Steps 1006, 1008, and 1010 The NEF maps the externalApplds to (internal) applds and sends a request to a User Data Repository (UDR) to store the PFDs for the application (s) (the one(s) received in step 1002 above).
- the UDR stores the PFDs for the application(s).
- Steps 1012 and 1014 The NEF updates its NFProfile based on the provisioned information.
- the NEF communicates with the NRF to update its NFProfile to include a list of application IDs (e.g., appIDs) of the provisioned PFDs and/or a list of application function IDs (e.g., aflds) of the provisioned PFDs.
- the NEF triggers an Nnrf_NFManagement Request towards NRF with the NFprofile including the new Neflnfo as proposed in tables below.
- the data structures below are only examples. The name of the data structure as well as the contents of the data structure may vary depending on, e.g., the particular implementation. 6.1.6.2.x Type: Neflnfo
- Table 6.1.6.2.y-1 Definition of type PfdData
- Steps 1016 and 1018 The NRF stores the NFProfile including the above information and acknowledges the request in 1014 with an Nnrf_NFManagement Response message.
- Steps 1020 and 1022 At some point, a UE triggers PDU session establishment by means of sending a PDU Session Establishment Request to an AMF.
- the AMF selects an SMF to manage the PDU session (the SMF selection function in the AMF selects an SMF instance based on the available SMF instances obtained from NRF or based on the configured SMF information in the AMF) and triggers Nsmf PDU Session Create. Note the sequence diagram in Figures 10A through 10D does not include all the signaling messages involved in the PDU Session Establishment procedure.
- Step 1024 The SMF triggers an Npcf_SMPolicyControl_Create Request message to the PCF in order to retrieve Session Management (SM) policies for the user PDU session.
- SM Session Management
- Step 1026 The PCF triggers an Nudr_Query Request message to the UDR in order to retrieve the policy data for this user PDU session.
- Step 1028 The UDR answers with an Nudr_Query Response message including the Subscriber Policy Data.
- Step 1030 The PCF generates the corresponding Policy and Charging Control (PCC) rule(s) based on the Subscriber Policy Data.
- PCC Policy and Charging Control
- Step 1032 Based on the above, the PCF triggers an Npcf_SMPolicyControl_Create Response message including the PCC rules to be applied for this user PDU session.
- the PCF triggers an Npcf_SMPolicyControl_Create Response message including the PCC rules to be applied for this user PDU session.
- the PCC rule for the YouTube application including some enforcement actions (e.g., charging and QoS).
- the SMF identifies the NEF that manages the PFDs for the YouTube application.
- the SMF triggers the NEF discovery procedure (through the NRF) by sending an Nnrf_NFDiscovery Request message towards the NRF including the application ID or the application function ID associated with the desired application for the user PDU session, which in this example is the YouTube application or the Google Inc. application function.
- the SMF preferably includes information that indicates the desired NF type (which in this case is the NEF type) and information that indicates the desired NF service type (which in this case is PFD management).
- the consumer (SMF) is allowed to filter by appld and/or by afld. In case afld is used, the SMF would be pre-provisioned accordingly as afld is not conveyed in the PCC rule.
- the Nnrf_NFDiscovery Request towards the NRF triggered by the SMF includes a new query parameter pfd-data as proposed in tables below.
- the name of the new query parameter as well as the data structures below are only examples and may vary depending on, e.g., the particular implementation. 6.2.3.2.3.1 GET
- This operation retrieves a list of NF Instances, and their offered services, currently registered in the NRF, satisfying a number of filter criteria, such as those NF Instances offering a certain service name, or those NF Instances of a given NF type (e.g., AMF) Table 6.2.3.2.3.1-1: URI query parameters supported by the GET method on this resource
- Steps 1036 and 1038 The NRF selects an NEF instance matching the requested information, i.e. an NEF which supports the PFD management service and which manages the PFDs for the requested application (e.g., YouTube in this example) and/or ASP (e.g., Google Inc. in this example).
- the NRF responds back to the SMF with an Nnrf_NFDiscovery Response message including the selected NEF instance ID.
- Steps 1044 and 1046 The UDR retrieves the stored PFDs for the selected application and answers with an Nudr_Query Response message including the requested PFDs.
- Steps 1050 and 1052 The SMF selects a UPF and triggers a Packet Forwarding Control Protocol (PFCP)
- PFCP Packet Forwarding Control Protocol
- the UPF answers the SMF with a PFCP PFD Management Response message.
- Step 1054 The SMF triggers PFCP Session Establishment Request message including the corresponding Packet Detection Rules (PDRs), Forwarding Action Rules (FARs), QoS Enforcement Rules (QERs), and/or Usage Report Rules (URRs).
- PDRs Packet Detection Rules
- FARs Forwarding Action Rules
- QERs QoS Enforcement Rules
- URRs Usage Report Rules
- PDRs Packet Detection Rules
- FARs Forwarding Action Rules
- QERs QoS Enforcement Rules
- URRs Usage Report Rules
- Step 1056 The UPF stores the PDRs, FARs, QERs, and/or URRs and answers back to the SMF with a PFCP Session Establishment Response message.
- Steps 1058, 1060, 1062, and 1064 At the UE, the user starts an application (e.g., YouTube). The UPF detects YouTube application traffic based on the PDR information indicated above. If there is a match, packets are classified as YouTube and the UPF applies the corresponding enforcement actions (FAR, QER, URR).
- an application e.g., YouTube
- the UPF detects YouTube application traffic based on the PDR information indicated above. If there is a match, packets are classified as YouTube and the UPF applies the corresponding enforcement actions (FAR, QER, URR).
- the process of Figures 10A through 10D are for the pull mode.
- the Nnef_PFDManagement_Subscribe service operation can be triggered by the SMF based on the result of the NRF query by the appld and/or afld. This service operation can be triggered by the SMF at any time (e.g., at start/restart, or at reception of the PCC rule at step 1032 in Figure 10B).
- an Nnef_PFDManagement_Notifiy service operation is sent from the NEF to the SMF, and the SMF is responsible to deploy the received PFD data (as depicted in steps 1050 and 1052 in Figure 10D).
- FIG 11 is a schematic block diagram of a core network node 1100 according to some embodiments of the present disclosure.
- the core network node 1100 is a network node implementation a core network entity or a core network NF such as, e.g., an AMF, a UPF, an SMF, a PCF, an NRF, a UDR, or an NEF (e.g., such as those shown in Figures 10A through 10D and described above).
- the core network node 1100 includes one or more processors 1104 (e.g., Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like), memory 1106, and a network interface 1108.
- processors 1104 e.g., Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like
- memory 1106 e.g., RAM, RAM, RAM,
- the one or more processors 1104 are also referred to herein as processing circuitry.
- the one or more processors 1104 operate to provide one or more functions of a core network node 1100 as described herein (e.g., one or more functions of an AMF, a UPF, an SMF, a PCF, an NRF, a UDR, or an NEF as described above, e.g., with respect to Figures 10A through 10D).
- the function(s) are implemented in software that is stored, e.g., in the memory 1106 and executed by the one or more processors 1104.
- FIG. 12 is a schematic block diagram that illustrates a virtualized embodiment of the core network node 1100 according to some embodiments of the present disclosure.
- a “virtualized” core network node is an implementation of the core network node 1100 in which at least a portion of the functionality of the core network node 1100 is implemented as a virtual component(s) (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)).
- the core network node 1100 includes one or more processing nodes 1200 coupled to or included as part of a network(s) 1202.
- Each processing node 1200 includes one or more processors 1204 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1206, and a network interface 1208.
- processors 1204 e.g., CPUs, ASICs, FPGAs, and/or the like
- functions 1210 of the core network node 1100 described herein e.g., one or more functions of an AMF, a UPF, an SMF, a PCF, an NRF, a UDR, or an NEF as described above, e.g., with respect to Figures 10A through 10D
- functions 1210 of the core network node 1100 described herein are implemented at the one or more processing nodes 1200 or distributed across two or more of the processing nodes 1200 in any desired manner.
- some or all of the functions 1210 of the core network node 1100 described herein are implemented as virtual components executed by one or more virtual machines implemented in a virtual environment(s) hosted by the processing node(s) 1200.
- a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of the core network node 1100 or a node (e.g., a processing node 1200) implementing one or more of the functions 1210 of the core network node 1100 in a virtual environment according to any of the embodiments described herein (e.g., one or more functions of an AMF, a UPF, an SMF, a PCF, an NRF, a UDR, or an NEF as described above, e.g., with respect to Figures 10A through 10D) is provided.
- a carrier comprising the aforementioned computer program product is provided.
- the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
- FIG. 13 is a schematic block diagram of the core network node 1100 according to some other embodiments of the present disclosure.
- the core network node 1100 includes one or more modules 1300, each of which is implemented in software.
- the module(s) 1300 provide the functionality of the core network node 1100 described herein (e.g., one or more functions of an AMF, a UPF, an SMF, a PCF, an NRF, a UDR, or an NEF as described above, e.g., with respect to Figures 10A through 10D).
- This discussion is equally applicable to the processing node 1200 of Figure 12 where the modules 1300 may be implemented at one of the processing nodes 1200 or distributed across multiple processing nodes 1200.
- any appropriate steps, methods, features, functions, or benefits disclosed herein may be performed through one or more functional units or modules of one or more virtual apparatuses.
- Each virtual apparatus may comprise a number of these functional units.
- These functional units may be implemented via processing circuitry, which may include 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 processing circuitry may be configured to execute program code stored in memory, which may include one or several types of memory such as Read Only Memory (ROM), Random Access Memory (RAM), cache memory, flash memory devices, optical storage devices, etc.
- Program code stored in memory includes program instructions for executing one or more telecommunications and/or data communications protocols as well as instructions for carrying out one or more of the techniques described herein
- the processing circuitry may be used to cause the respective functional unit to perform corresponding functions according one or more embodiments of the present disclosure.
- the registering NRF shall set the nfType to "NRF" in the nfProfile; b) the registering NRF shall set the nfService to contain "nnrf-disc” and "nnrf-nfm” in the nfProfile; c) the registering NRF may include nrflnfo which contains the information of udrlnfo, udmlnfo, ausflnfo, amflnfo, smflnfo, upflnfo, pcflnfo, bsflnfo, neflnfo and chflnfo in the nfProfile locally configured in the NRF or the NRF received during registration of other NFs, this means the registering NRF is able to provide service for discovery of NFs subject to that information; d) if the NRF receives an NF
- Table 6.1.6.1-1 specifies the data types defined for the Nnrf service based interface protocol
- Table 6.1.6.1-2 specifies data types re-used by the Nnrf service based interface protocol from other specifications, including a reference to their respective specifications and when needed, a short description of their use within the Nnrf service based interface.
- 6.2.3.2.3.1 retrieves a list of NF Instances, and their offered services, currently registered in the NRF, satisfying a number of filter criteria, such as those NF Instances offering a certain service name, or those NF Instances of a given NF type (e.g., AMF).
- filter criteria such as those NF Instances offering a certain service name, or those NF Instances of a given NF type (e.g., AMF).
- Table 6.2.3.2.3.1-1 URI query parameters supported by the GET method on this resource
- the default logical relationship among the query parameters is logical "AND", i.e. all the provided query parameters shall be matched, with the exception of the "preferred-locality" query (see Table 6.2.3.2.3 1-1).
- the NRF may support the Complex query expression as defined in 3GPP TS 29.501 [2] for the NF Discovery service. If the "complexQuery" query parameter is included, then the logical relationship among the query parameters contained in "complexQuery” query parameter is as defined in 3GPP TS 29.571 [7],
- a NRF not supporting Complex query expression shall reject a NF service discovery request including a complexQuery parameter, with a ProblemDetails IE including the cause attribute set to INVALID_QUERY_PARAM and the invalidParams attribute indicating the complexQuery parameter.
- This method shall support the request data structures specified in table 6.1 .3.2.3.1-2 and the response data structures and response codes specified in table 6.1.3.2.3.1-3.
- Table 6.2.6.1-2 specifies data types re-used by the Nnrf service based interface protocol from other specifications, including a reference to their respective specifications and when needed, a short description of their use within the Nnrf service based interface.
- the syntax of the supportedFeatures attribute is defined in clause 5.2.2 of 3GPP TS 29.571 [7], The following features are defined for the Nnrf_NFDiscovery service.
- a method of operation of a Network Exposure Function, NEF, in a core network of a wireless communication system comprising: receiving (1002), from an application function, one or more Packet Flow Descriptions, PFDs, for one or more applications; causing (1006) the one or more PFDs to be stored in the core network in association with one or more application identifiers associated with the one or more applications, in association with an application function identifier associated with the application function, or both one or more application identifiers associated with the one or more applications and an application function identifier associated with the application function; and providing (1014), to a Network Repository Function, NRF, in the core network, the one or more application identifiers associated with the one or more applications, the application function identifier associated with the application function, or both the one or more application identifiers associated with the one or more applications and the application function identifier associated with the application function.
- NRF Network Repository Function
- causing (1006) the one or more PFDs to be stored in the core network comprises: causing the one or more first PFDs to be stored in the core network in association with a first application identifier of the first application, a network identifier of the ASP, or both the first application identifier of the first application and the network identifier of the ASP; and causing the one or more second PFDs to be stored in the core network in association with a second application identifier of the second application, the network identifier of the ASP, or both the second application identifier of the second application and the network identifier of the ASP.
- any one of embodiments 1 to 4 further comprising: updating (1012) a Network Function, NF, profile of the NEF to include the one or more application identifiers in a list of application identifiers of PFDs managed by the NEF, to include the application function identifier of the application function in a list of application function identifiers of PFDs managed by the NEF, or to include both the one or more application identifiers in the list of application identifiers of PFDs managed by the NEF and the application function identifier of the application function in the list of application function identifiers of PFDs managed by the NEF; wherein causing (1006) the one or more PFDs to be stored in the core network comprises causing (1006) the updated NF profile of the NEF to be stored in the core network.
- NF Network Function
- any one of embodiments 1 to 5 further comprising: receiving (1040), from a Session Management Function, SMF, in the core network, a PFD management request comprising one or more requested identifiers, the one or more requested identifiers being one of the one or more application identifiers, the application function identifier, or both the one of the one or more application identifiers and the application function identifier; obtaining (1042, 1046) a set of PFDs associated with the one or more requested identifiers; and providing (1048), to the SMF, a response comprising the set of PFDs associated with the one or more requested identifiers.
- SMF Session Management Function
- any one of embodiments 1 to 5 further comprising: receiving, from a Session Management Function, SMF, in the core network, a subscription message comprising one or more subscribed identifiers, the one or more subscribed identifiers comprising one of the one or more application identifiers, the application function identifier, or both the one of the one or more application identifiers and the application function identifier; obtaining a set of PFDs associated with the one or more requested identifiers; and providing, to the SMF, a notification message comprising the set of PFDs associated with the one or more requested identifiers.
- SMF Session Management Function
- NEF Network Exposure Function
- a network node that implements a Network Exposure Function, NEF, for a core network of a wireless communication system, the network node comprising: a network interface (1108, 1208); and processing circuitry (1104, 1204) associated with the network interface (1108, 1208), the processing circuitry (1104, 1204) configured to cause the network node to perform the method of any one of embodiments 1 to 7.
- NEF Network Exposure Function
- a method of operation of a Network Repository Function, NRF, in a core network of a wireless communication system comprising: receiving (1014), from a Network Exposure Function, NEF, in the core network, information comprising one or more application identifiers associated with one or more Packet Flow Descriptions, PFDs, managed by the NEF, one or more application function identifiers associated with the one or more PFDs managed by the NEF, or both the one or more application identifiers associated with the one or more PFDs managed by the NEF and the one or more application function identifiers associated with the one or more PFDs managed by the NEF; and storing (1016) the information.
- NEF Network Exposure Function
- the method of embodiment 10 further comprising: receiving (1034), from a Session Management Function, SMF, in the core network, a discovery request comprising one or more requested identifiers, the one or more requested identifiers comprising one of the one or more application identifiers associated with the one or more PFDs managed by the NEF, the application function identifier associated with the one or more PFDs managed by the NEF, or both the one of the one or more application identifiers associated with the one or more PFDs managed by the NEF and the application function identifier associated with the one or more PFDs managed by the NEF; selecting (1036) the NEF as one of one or more NEFs that satisfy the discovery request based on the stored information; and sending (1038), to the SMF, a response comprising one or more identifiers of the one or more NEFs that satisfy the discovery request.
- SMF Session Management Function
- NRF Network Repository Function
- a network node that implements a Network Repository Function, NRF, for a core network of a wireless communication system, the network node comprising: a network interface (1108, 1208); and processing circuitry (1104, 1204) associated with the network interface (1108, 1208), the processing circuitry (1104, 1204) configured to cause the network node to perform the method of any one of embodiments 10 to 11 .
- NRF Network Repository Function
- a method of operation of a Session Management Function, SMF, in a core network of a wireless communication system comprising: sending (1034), to a Network Repository Function, NRF, in the core network, a discovery request for discovery of a Network Exposure Function, NEF, that manages one or more Packet Flow Descriptions, PFDs, for a particular application, for a particular application function, or for a particular application provided by a particular application function, the discovery request comprising one or more requested identifiers comprising an application identifier of the particular application, an application function identifier of the particular application function, or both the application identifier of the particular application function and the application function identifier of the particular application; and receiving (1038), from the NRF, a response comprising one or more NEF identifiers of one or more NEFs that satisfy the discovery request.
- NRF Network Repository Function
- NEF Network Exposure Function
- the method of embodiment 14 further comprising: sending (1040), to a NEF identified by one of the one or more NEF identifiers, a PFD management request comprising the application identifier of the particular application function, the application function identifier of the particular application, or both the application identifier of the particular application function and the application function identifier of the particular application; and receiving (1048), from the NEF, one or more PFDs that satisfy the PFD management request, wherein the one or more PFDs that satisfy the PFD management request comprise one or more PFDs managed by the NEF for the particular application associated with the application identifier comprised in the PFD management request, one or more PFDs managed by the NEF for the particular application function associated with the application function identifier comprised in the PFD management request, or one or more PFDs managed by the NEF for the particular application provided by the particular application associated with the application identifier and the application function identifier comprised in the PFD management request.
- the method of embodiment 14 further comprising: sending, to a NEF identified by the one or more NEF identifiers, a subscription message comprising the application identifier of the particular application function, the application function identifier of the particular application, or both the application identifier of the particular application function and the application function identifier of the particular application; and receiving, from the NEF, a notification message comprising one or more PFDs that satisfy the subscription message, wherein the one or more PFDs that satisfy the subscription message comprise one or more PFDs managed by the NEF for the particular application associated with the application identifier comprised in the subscription message, one or more PFDs managed by the NEF for the particular application function associated with the application function identifier comprised in the subscription message, or one or more PFDs managed by the NEF for the particular application provided by the particular application associated with the application identifier and the application function identifier comprised in the subscription message
- a Session Management Function, SMF for a core network of a wireless communication system, the SMF adapted to perform the method of any one of embodiments 14 to 17.
- a network node that implements a Session Management Function, SMF, for a core network of a wireless communication system, the network node comprising: a network interface (1108, 1208); and processing circuitry (1104, 1204) associated with the network interface (1108, 1208), the processing circuitry
- a method in a core network of a wireless communication system comprising:
- NEF Network Exposure Function
- o receiving (1002), from an application function, one or more Packet Flow Descriptions, PFDs, for one or more applications; o causing (1006) the one or more PFDs to be stored in the core network in association with one or more application identifiers associated with the one or more applications, in association with an application function identifier associated with the application function, or both one or more application identifiers associated with the one or more applications and an application function identifier associated with the application function; and o providing (1014), to a Network Repository Function, NRF, in the core network, information comprising the one or more application identifiers associated with the one or more applications, the application function identifier associated with the application function, or both the one or more application identifiers associated with the one or more applications and the application function identifier associated with the application function; and
- a Session Management Function in the core network: o sending (1034), to the NRF, a discovery request comprising one or more requested identifiers, the one or more requested identifiers comprising one of the one or more application identifiers associated with the one or more PFDs managed by the NEF, the application function identifier associated with the one or more PFDs managed by the NEF, or both the one of the one or more application identifiers associated with the one or more PFDs managed by the NEF and the application function identifier associated with the one or more PFDs managed by the NEF;
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2019100440 | 2019-08-13 | ||
PCT/EP2020/072510 WO2021028435A1 (en) | 2019-08-13 | 2020-08-11 | Mechanism for nef discovery relative to pfd management |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3881496A1 true EP3881496A1 (en) | 2021-09-22 |
Family
ID=72050877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP20754741.5A Withdrawn EP3881496A1 (en) | 2019-08-13 | 2020-08-11 | Mechanism for nef discovery relative to pfd management |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP3881496A1 (en) |
WO (1) | WO2021028435A1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA3204556A1 (en) * | 2021-02-19 | 2022-08-25 | Dimitrios Karampatsis | Updating an application data set with n6-lan steering information |
CN118511496A (en) * | 2021-11-29 | 2024-08-16 | 诺基亚技术有限公司 | Method, apparatus and computer program |
-
2020
- 2020-08-11 EP EP20754741.5A patent/EP3881496A1/en not_active Withdrawn
- 2020-08-11 WO PCT/EP2020/072510 patent/WO2021028435A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
WO2021028435A1 (en) | 2021-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11797359B2 (en) | Report application programming interface (API) capability change based on API filter | |
US11683384B2 (en) | Notifications for a subscription to network function (service) profile change | |
EP4101188A1 (en) | Extension of npcf_eventexposure with usage monitoring event | |
US20210274472A1 (en) | Dynamic rsfp | |
US11902838B2 (en) | Transferring monitoring event information during a mobility procedure | |
WO2021094236A1 (en) | Service based interface (sbi) policy control function (pcf) initiated application session context for time sensitive networking (tsn) networks | |
WO2021234639A1 (en) | Dynamic tsc service provision | |
EP3881496A1 (en) | Mechanism for nef discovery relative to pfd management | |
EP4223014A1 (en) | Ensuring network control of simultaneous access to network slices with application awareness | |
US20220286953A1 (en) | Slice selection subscription data enhancement | |
WO2022151967A1 (en) | Methods, network nodes, and computer readable media for dynamically discovering serving network node in core network | |
US20230104162A1 (en) | Using dnai to identify a smf supporting connection to a local dn | |
WO2021064211A1 (en) | Enhanced pfcp association procedure for session restoration | |
WO2024095244A1 (en) | Enforcing the af requested coverage area within ue's registration area for time sensitive communication and time synchronization services | |
WO2023135572A1 (en) | Dynamic retrieval of nsac information | |
WO2023180960A1 (en) | Enabling time synchronization and time resiliency service via subscription | |
WO2023175445A1 (en) | Centralized counting in multi service areas | |
WO2023062548A1 (en) | Network slice admission control function (nsacf) triggered ue deregistration | |
WO2022214395A1 (en) | Enhancement on upf selection via nrf | |
CN118556427A (en) | Dynamic retrieval of NSAC information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: UNKNOWN |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20210614 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20211213 |