...
Use Case Blueprint | Sub-Blueprint | Key Updates | Benefits |
5G | OOF SON (PCI) | First steps towards realizing Machine Learning (ML) based SON. Offline trained ML model used to provide additional inputs for PCI optimization. Provides interface for fetching PM data to determine additional inputs for SON. | Enables onboarding ML models to realize ML-based SON use cases. |
Service Modeling & Definition | This use case incorporated the 5G RAN Wireless Network Resource Model (NRM) into ONAP. The 5G NRM is defined from the 3GPP standards 3GPP TS28.540 & 3GPP TS28.541 which builds upon the FNIM, UIM specified in 3GPP TS28.620 and TS28.622 The 5G NRM is a common vendor agnostic network model inspired from the standards which provides a common basis for all wireless vendors to have a set of parameters that are in common across the vendor so that service providers have a more uniform set of objects, parameters and models to represent a wireless network. | Allows for RAN Wireless vendors to use standardized 3GPP support TS28.540/TS28.541 5G NRM parameters | |
Standards Alignment: StndDefined VES Event | Development of support for Standard Defined (stndDefined) VES Event. This new domain of a VES event would allow ONAP to support many more standards based & standards defined messages. It opens the possibility for ONAP to support a wide variety of messaging from Optical, Wireless, Core and Transport standards. "stndDefined" is a new VES domain. And it is described in the VES 7.2 specification VES 7.2 and also in the readthedocs. It also introduces a new field "namespace" to be published onto the DMaaP bus which allows for internal routing of the information coming from xNFs. For example 3GPP_Configuration would indicate a CM type information coming from an xNF. | Allows for Standards Bodies such as 3GPP (RAN Wireless) alignment and support of messaging from xNF messages defined by standards to be compatible with ONAP | |
Standards Alignment: A1 |
| CCSDK/SDNC now supports managing A1 Policies, multiple A1 targets in the RAN, multi-version support for different A1 targets, converged DMaaP & REST interfaces, and secure communication (to/from RAN and to/from ONAP functions. Functionality is now available for use in further use cases in ONAP H+. Functionality available for standalone use, or in a larger ONAP deployment. Available for use in O-RAN OSC. | |
5G NRM (CM) | (No Updates in R7) | ||
E2E Network Slicing |
|
| |
Bulk PM: PM Control | PM data collection control provides 5G network operators with a dynamic and more efficient way to configure performance measurement collection on a selected subset of PNFs/VNFs in the network and complements the existing PM data collection and processing capabilities in ONAP/DCAE. An initial version has been delivered in Rel 6 (5G / Bulk PM / PM Control - REQ-129). Planned enhancements for Rel 7 intend to further increase the capability and the dynamicity of this feature. | PM control is a critical business function because it is vital to enable the PM data collection in ONAP | |
Intent Based Network |
|
| |
PNF | PNF Plug-and-Play | Development of Building Blocks in SO to support PNF Plug and Play Flow. Migration of BPMN Workflow to Building Blocks (BB). These include the "AssignPnfBB", "WaitForPnfReadyBB", "ConfigAssignPnfBB" and "ConfigDeplyPnfBB". Note: that in R8 will see the development of the VID work to compliment the SO BB work completed in R7. Modeling analysis of Geolocation and Place objects driven from RFC6225 and MEF TM GB922 standards. Model contributions have been approved. | Internal SO development to streamline execution of PNF Plug and Play. Migration of BPMN Workflow to Building Blocks allows for much more streamlined management of SO workflow execution. |
Onboarding/Pre-onboarding | Enhanced package security ETSI SOL004 option 2 security implemented | Enhanced entire package security Aligned now with ETSI SOL004 standrads. | |
PNF software upgrade | A schema update in relation to a xNF software upgrades is a routine for network upgrade to support new xNF features, improve efficiency or increase xNF capacity on the field, and to eliminate bugs. This use case provides to ONAP an advantage in orchestrating and managing the Life Cycle of a Network Services in-line with business and service objectives. | Deployment and orchestration of new services over CNFs, VNFs and PNFs in a model and software driven way simplifies the network management. Enables operators and service providers to manage the Life Cycle of a Network Service. Assuring continuity of operation of services is crucial for production and carrier grade environments. The actualization or upgrades of software and in consequence required changes in the service model is a natural part of service instance life cycle. Without the support of ONAP service update with schema change, service life cycle management by ONAP can be very difficult which can impact the quality and continuity of services. | |
Configuration Persistence Service | (Note this has been renamed to Configuration Persistence Service) Proof of Concept developed in R7 to demonstrate key concepts in CPS and also to lay foundational software for CPS. The PoC has:
| Proof of Concept developed in R7 to demonstrate key concepts in CPS and also to lay foundational software for CPS. CPS introduces a data layer into ONAP to store and manage Network Element Data. | |
CMPv2 | CMPv2 is a standardized certificate based exchange protocol to introduced enhanced security in ONAP. It allows for intra-component security and affect many components. CMP is a protocol for X.509 digital certificate management in a PKI described in RFC4210. And is one of the protocols used for Certificate Request Message Format (CRMF) described in RFC4211. | CMPv2 introduced standardized certificate exchange security into ONAP. | |
xNF License Management | xNF Licensing Management enhancements allows for ONAP to work with an external licensing service. Link to high level description of the solution. Integrated flow into Plug and Play Use Case. 5G - PNF Plug and Play | Licensing Management enhancements allows for ONAP to work with an Possibility to use external licensing service this allows for greater interoperability between service providers & vendors, and enables various types of xNF commercial licensing models: simpler, more complex, vendor specific and operator specific models. | |
MDONS Extension |
| Enable IDL path looking up at L1 OTN service creation and re-provision in MDONS close loop. Enable async service activation response handling during OpenRoadM OTN service creation. Show case MDONS close loop | |
ETSI Alignment |
...