Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Organization Mgmt, Sales Strategies - (It is suggested that you use the following wording): There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)

...


DMaaP Enhancement for Kohn Release

R10 PRESENTATION:

height
ITEMDETAILS
Presentation
View file
nameONAP_ASD_technical_overview_REQ_and_Model v1.pdf

250Recording mp4
Audio only

Key Contacts  Marian Darula ,  @Nguyenphu, Thinh, Byung-Woo Jun - Fiachra Corcoran 

Executive Summary -

In today, many complex applications are consisting in a mixed, complex workload, that is described in many Kubernetes resources, e.g. to be run on a certain cluster, etc.  In order to deploy the application, the orchestration task would be requiring dealing with different abstract layers of resources, different templates system mapping, and application packaging.  Another challenge is to keep up with changes in the cloud infrastructures features enhancement mapping into abstract resource template. 

The proposal focuses on following main parts:

  1. Packaging, in a single, well defined bundle, cloud applications, to enable distribution, provisioning and installation.
  2. Application metadata and cloud-native tooling.
  3. Leverages existing Kubernetes ecosystem and continuously growing set of extensions, plugins, and tools.

See Application Service Descriptor (ASD) and packaging Proposals for CNF for more details. 

As a part of this requirement the definition of IM and DM for ASD shall be done.

Business Impact - Unified modelling and packaging of cloud native network functions (CNFs) relying on cloud native artefacts with simple descriptor additions. It will significantly simplify modelling and packaging of CNFs.

Business Markets - All operators, service providers and application developers that are using ONAP for CNF deployment.

Funding/Financial Impacts - Due to significant simplification of modelling and packaging of CNFs there will be OPEX cost savings.

Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)

Control Loop in TOSCA LCM Improvement

R10 PRESENTATION:

...

Key Contacts - Zu Qiang (Ericsson) Liam Fallon 

Executive Summary - CLAMP (Control Loop Automation Management Platform) functionalities, recently moved to Policy project , want to provide a Control Loop Lifecycle management architecture. A control Loop is a key concept for Automation and assurance Use Cases and remain a top priority for ONAP as an automation platform. This requirement wants to improve Control Loop LCM architecture focusing on an abstract CL management logic,  isolating CL logic vs ONAP component logic, providing a common CL Design time catalogue with a  generic CL definition, and elaborate API to integrate with other design systems as well as 3PP component integration. PoCs have been progressed in ONAP Rel G and H in this area, CL LCM redesign has reached a relevant viable set of features and it is ready to be moved in Rel I to mainstream as part of the Policy framework.

Business Impact - Deployment and orchestration of automation and control loop use cases across CNFs,  VNFs and PNFs in a model 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.

Business Markets - All operators and service providers that are using ONAP for automation and assurance.

Funding/Financial Impacts - CL LCM wants to reduce operational expense  and its abstraction will provide an added value with multiple  integration points.

Organization Mgmt, Sales Strategies - (It is suggested that you use the following wording): There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)

PM Data Collection Control: Subscription update

...

ITEM

...

DETAILS

...

Key Contacts - Mark Scott, Zu Qiang (Ericsson)

Executive Summary - PM data collection control provides 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 then enhanced in Rel 7/Rel 8/Rel 9. Planned enhancements for Rel 10 intend to improve the (PMSH) subscription management API.

Business Impact - PM control is a critical business function because it is vital to enable the PM data collection in ONAP.

Business Markets - All operators and service providers that want to use ONAP for PM data collection.

Migration of DMaaP Message Router Clients to use (Strimzi) Kafka native (or Strimzi Kakfa Bridge REst interface) for platform wide messaging.

Business Impact - Remove/replace the legacy kafka implementation with a more robust and fully supported kafka deployment model.

Business Markets - All operators, service providers and application developers that are using ONAP.

Funding/Financial Impacts - Reduction in maintenance of unsupported legacy components which in turn provides significant OPEX savings.

Organization Mgmt, Sales Strategies - (It is suggested that you use the following wording): There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)


Application Service Descriptor (ASD) onboarding package IM / DM

R10 PRESENTATION:

ITEMDETAILS
Presentation

View file
nameONAP_ASD_technical_overview_REQ_and_Model v1.pdf
height250

Recording mp4
Audio only

Key Contacts  Marian Darula ,  @Nguyenphu, Thinh, Byung-Woo Jun

Executive Summary -

In today, many complex applications are consisting in a mixed, complex workload, that is described in many Kubernetes resources, e.g. to be run on a certain cluster, etc.  In order to deploy the application, the orchestration task would be requiring dealing with different abstract layers of resources, different templates system mapping, and application packaging.  Another challenge is to keep up with changes in the cloud infrastructures features enhancement mapping into abstract resource template. 

The proposal focuses on following main parts:

  1. Packaging, in a single, well defined bundle, cloud applications, to enable distribution, provisioning and installation.
  2. Application metadata and cloud-native tooling.
  3. Leverages existing Kubernetes ecosystem and continuously growing set of extensions, plugins, and tools.

See Application Service Descriptor (ASD) and packaging Proposals for CNF for more details. 

As a part of this requirement the definition of IM and DM for ASD shall be done.

Business Impact - Unified modelling and packaging of cloud native network functions (CNFs) relying on cloud native artefacts with simple descriptor additions. It will significantly simplify modelling and packaging of CNFs.

Business Markets - All operators, service providers and application developers that are using ONAP for CNF deployment.

Funding/Financial Impacts - Due to significant simplification of modelling and packaging of CNFs there will be OPEX cost savings.

Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)

Control Loop in TOSCA LCM Improvement

R10 PRESENTATION:

ITEMDETAILS
Presentation
Recording mp4
Audio only

Key Contacts - Zu Qiang (Ericsson) Liam Fallon 

Executive Summary - CLAMP (Control Loop Automation Management Platform) functionalities, recently moved to Policy project , want to provide a Control Loop Lifecycle management architecture. A control Loop is a key concept for Automation and assurance Use Cases and remain a top priority for ONAP as an automation platform. This requirement wants to improve Control Loop LCM architecture focusing on an abstract CL management logic,  isolating CL logic vs ONAP component logic, providing a common CL Design time catalogue with a  generic CL definition, and elaborate API to integrate with other design systems as well as 3PP component integration. PoCs have been progressed in ONAP Rel G and H in this area, CL LCM redesign has reached a relevant viable set of features and it is ready to be moved in Rel I to mainstream as part of the Policy framework.

Business Impact - Deployment and orchestration of automation and control loop use cases across CNFs,  VNFs and PNFs in a model 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.

Business Markets - All operators and service providers that are using ONAP for automation and assurance.

Funding/Financial Impacts - CL LCM wants to reduce operational expense  and its abstraction will provide an added value with multiple  integration points.

Organization Mgmt, Sales Strategies - (It is suggested that you use the following wording): There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. (This would typically describe the "WHO", but because use cases are all deployed with ONAP itself, these two areas come with the actual ONAP deployment and uses the organizational management and sales strategies of a particular service provider's ONAP deployment)

PM Data Collection Control: Subscription update

ITEM

DETAILS

Presentation
Recording mp4


Audio only


Key Contacts - Mark Scott, Zu Qiang (Ericsson)

Executive Summary - PM data collection control provides 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 then enhanced in Rel 7/Rel 8/Rel 9. Planned enhancements for Rel 10 intend to improve the (PMSH) subscription management API.

Business Impact - PM control is a critical business function because it is vital to enable the PM data collection in ONAP.

Business Markets - All operators and service providers that want to use ONAP for PM data collection.

Funding/Financial Impacts - PM data collection control can provide OPEX savings for Funding/Financial Impacts - PM data collection control can provide OPEX savings for operators due to increased automation of a critical function. 

...

R10 PRESENTATION:

ITEMDETAILS
Presentation

TBD

View file
nameREQ-890_-_CNFO_-_Jakarta_Req_Sub.pdf
height250

Recording mp4
Audio Recording mp4Audio only

Key Contacts - Lukasz Rajewski Seshu Kumar Mudiganti

...

CCVPN support for Intent-based networking and closed-loop - Jakarta Enhancements

R10 PRESENTATION:

ITEMDETAILS
Presentation

View file
nameONAP_CCVPN_Jakarta_requirement_proposal-v0.2.pptx
height250

Recording mp4
Audio only

Key Contacts - Henry Yu LIN MENG 

...

Smart Intent Guarantee based on Closed-loop in R10

R10 PRESENTATION:

ITEMDETAILS
Presentation
TBD

View file
nameONAP R10 - IBN - Requirements Review.pdf
height250

Recording mp4
Audio only

Key Contacts - Dong Wang(China Telecom) Henry Yu(Huawei) Keguang He(CMCC) 

...

Network Services without Perception for Users based on IBN

R10 PRESENTATION:

ITEMDETAILS
Presentation
TBDRecording mp4Audio only

View file
nameONAP R10 - IBN - Requirements Review.pdf
height250

Recording mp4
Audio only

Key Contacts - Dong Wang(China Telecom) Henry Yu(Huawei) Keguang He(CMCC) 

Executive Summary - Intent-based network (IBN) is a self-driving network that uses decoupling network control logic and closed-loop orchestration techniques to automate application intents. An IBN is an intelligent network, which can automatically convert, verify, deploy, configure, and optimize itself to achieve target network state according to the intent of the operators, and can automatically solve abnormal events to ensure the network reliability. In R10, a Specification of network service without perception for users is proposed in UUI to support the use cases of both CCVPN and E2E Slicing.

Business Impact - It is a challenging problem to acquire the users’ intents and provide the satisfied network service in run-time. The REQ of intent-based network provides a scenario of users’ intent guarantee and interacting.

Business Markets - This REQ provides a novel solution to support the SLA service. 
1. A users’ intent instance is proposed to monitor and analysis the network in run-time to satisfy the users’ SLA service.
2. The users’ intents are updated in run-time based on the network situation and the interaction with users.
3. Multiple network services, like CCVPN and E2E Slicing, can provide satisfied services for users based on their intents. Users will not need to select the network services by hand.

Slicing.

Business Impact - It is a challenging problem to acquire the users’ intents and provide the satisfied network service in run-time. The REQ of intent-based network provides a scenario of users’ intent guarantee and interacting.

Business Markets - This REQ provides a novel solution to support the SLA service. 
1. A users’ intent instance is proposed to monitor and analysis the network in run-time to satisfy the users’ SLA service.
2. The users’ intents are updated in run-time based on the network situation and the interaction with users.
3. Multiple network services, like CCVPN and E2E Slicing, can provide satisfied services for users based on their intents. Users will not need to select the network services by hand.

Funding/Financial Impacts - This function will provide more SLA services to increase the income of operators based on the current networks with few investments.

Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider.


A1 Policy Function Extensions (ORAN/ONAP/3GPP Harmonization)

ITEM

DETAILS

Presentation

TBD

Recording mp4


Audio only


Key Contacts John KeeneyZu Qiang (Ericsson)

Executive Summary - This feature requirement enhances A1 Policy Management for the O-RAN A1 interface capabilities provided in Rel 6, 7, 8 & 9. Work will continue by extending & evolving support for using A1 Policies to manage 5G RAN elements by providing intent based policies for optimization of the RAN network performance. Planned enhancements for Rel 10 include support of new A1 interface versions to align with new versions & improvements to O-RAN alliance specifications.

Business Impact - Continuing the convergence between ONAP and ORAN for A1 interface to used by all service providers and avoid duplicate development efforts.

Business Markets - Enhanced A1 capabilities will be usable by any service provider deploying and using ONAP.

Funding/Financial Impacts - A1 interface provides a flexible way for the operator to manage wide area RAN network optimization, reducing capex investment needsFunding/Financial Impacts - This function will provide more SLA services to increase the income of operators based on the current networks with few investments.

Organization Mgmt, Sales Strategies -There is are no additional organizational management or sales strategies for this use case requirement outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider.