...
TOPIC | CONTACTS |
---|---|
Standard Defined VES Event (ORAN/ONAP/3GPP Harmonization) | Damian Nowak Marge Hillis |
R8 HARMONIZATION: ONAP/3GPP & O-RAN ALIGNMENT–STANDARDS DEFINED NOTIFICATIONS OVER VES (REQ-433) | |
A1 Adapter and Policy Management Extension (ORAN/ONAP/3GPP Harmonization) | John Keeney Michela Bevilacqua |
5G - network slicing specific, service based/vertical industry
TOPIC | CONTACTS |
---|---|
End-to-End Network Slicing use case | @Lin Meng, Swaminathan Seetharaman |
Smart Operator Intent Translation in UUI based on IBN - R8 5G Slicing Support | |
Support for Vertical Industry | |
Intent Framework and Intent Modeling in R8 | |
CCVPN - Transport Slicing | Henry Yu @LINMENG |
xNF (PNF, VNF, ANF, CNF ...) Related
...
TOPIC | CONTACTS |
---|---|
Mark Scott, Zu Qiang (Ericsson), Michela Bevilacqua | |
(Template Cut & Paste for your Use Case/Requirement)
...
ITEM | DETAILS |
---|---|
Presentation | ONAP Req Rel H_PA4.pptx |
Recording mp4 | |
Audio only |
Key Contacts - John Keeney, Michela Bevilacqua
Executive Summary - This requirement enhances the A1 interface capabilities provided in Rel 6 as part of 5G/ORAN & 3GPP Standards Harmonization requirement ( REQ-38) and extended in Rel 7 with the introduction of A1 policy management. O-RAN has defined A1 interface specification in the context of the management of 5G RAN elements to provide intent based policies for optimization of the RAN network performance. Planned enhancements for Rel 8 include support of new A1 interface version in alignment to O-RAN alliance and common logging/audit.
...
Key Contacts - yaoguang wang , Xianming Li, Dong Wang, Huang ZongHe
Executive Summary - In R7, Intent technology was proposed as a proof-of-concept (REQ-329). It can be viewed as one of most promising solutions for towards autonomous network. This requirement propose to enhance ONAP with intent framework, which may contains intent translation, intent execution and intent decision etc. We would like to provide more POCs around it, and propose to be one of ONAP component or sub-component in the future. In R8, the requirement will provide the internal reference architecture and interacting with other ONAP components, and also introduce intent modeling for specific use cases.
...
Funding/Financial Impacts - Reduction in operations expense from using procedural while complex operations to using intent-driven declarative operations.
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.
Automatic testing platform in R8
ITEM | DETAILS |
---|---|
Presentation | |
Recording mp4 | |
Audio only |
Key Contacts - Yan Yang , Lei Huang
Executive Summary - The goal of this requirement is to provide common test platform through the augment of ONAP components to support VNF/CNF/Service automated testing , including auto design ,auto deploy, auto testing, auto analysis & certification. In ONAP Gulin release, proposed testing automation requirements and completed the function enhancement of ONAP components for the VNF test scenario. In order to support more SUT testing(PNF/CNF/Service, etc )and more automated goals, ONAP functions need continuous improvement. In R8, the requirement will mainly propose to support CNF/Service automated testing, test case design and test case scheduling optimization.
Business Impact - There are a large number of cross-department and cross-organization communications during the traditional network element, system or equipment network access test. And the manual errors are inevitable, the knowledge in test field cannot be solidified. The cost of each test is high and the test cycle is always long. After introducing NFV, because network element software and hardware equipment are layered decoupled, the introduction of a large number of open source components as well as the frequent upgrade of the software itself, make network access test become more complicated and frequent. Testing has become a bottleneck during the introduction and iteration of new technologies. Therefore, it is urgent to introduce automatic testing platform to reduce labor costs, improve test efficiency and test accuracy , which can help reduce labor costs, shorten test cycle, improve test efficiency and optimize test accuracy.
Business Markets - After enabling NFV Automatic testing with ONAP, CSPs can leverage it to accelerate time to deployment for new network services, improve interoperability and software quality, and reduce in-house testing effort and reduce costs. Vendor can leverage it to deduce the cost of VNF developing, and improve time to revenue for new product offerings, achieve greater alignment with customer requirements from service provider, and demonstrate product quality through open ecosystem testing. Instrument manufacturers can integrate their test tools and test capabilities into this platform, and demonstrate product quality through open ecosystem testing. Integrators can refer to the open source implementation of this platform and provide solutions for their commercial products. At the same time, the ONAP-based NFV automatic testing platform can be combined with OVP's existing processes to accelerate the testing and certification of OVP NFV commercial products.
Funding/Financial Impacts -Reduce the labor costs in traditional NFV test process and the R & D costs of NFV commercial products, as well as shorten the benefit reaping period of new products, and improve test efficiency.
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.
Anchor ccvpnTransportSlicing ccvpnTransportSlicing
CCVPN - Transport Slicing
ccvpnTransportSlicing | |
ccvpnTransportSlicing |
R8 PRESENTATION:
ITEM | DETAILS |
---|---|
Presentation | |
Recording mp4 | |
Audio only |
Key Contacts - Henry Yu LIN MENG
Executive Summary - An End-to-End 5G Network Slice consists of RAN, Transport and Core network slice sub-nets. This requirement is devoted to the realization Transport Slice sub-nets. It implements TN NSSMF, of which the functionality includes the modeling, orchestration and assurance of a Transport Slice. While TN NSSMF is a self-contained entity and thus this requirement can be independent, ensuring the integration with the E2E Network Slicing is an important aspect of this requirement. Standards-based interfaces and architectural framework (e.g., ETSI ZSM, IETF) are used by this requirement.
Business Impact - This requirement is important because Transport Slicing is an essential feature of the overall E2E Network Slicing, whose value is stated in its requirement.
Business Markets - Transport Slicing is an essential feature of Network Slicing. Any operators who would like to deploy ONAP-based Network Slicing solution will require this feature. Equally important, this feature (ONAP TN NSSMF) is self-contained and deployable. Thus, an operator who wishes to deploy an ONAP-based TN NSSMF may also benefit from it.
Funding/Financial Impacts - Transport slicing provides service automation, assurance, and the optimal use of network resources. Thus, it helps reduce OPEX for a service provider.
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.