VoLTE Use Case (Approved) Proposal Alternative Proposed Release 1 Approach and Model Gil Bullard – AT&T.

Slides:



Advertisements
Similar presentations
Slide 1 UML Review Chapter 2: Introduction to Object-Oriented Systems Analysis and Design with the Unified Modeling Language, Version 2.0 Alan Dennis,
Advertisements

Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
Service Design & Onboarding
SDN-O LCM for Mercury Release Key Points and Overview
ONAP E2E Flow `.
Master Service Orchestrator (MSO)
Open Network Automation Platform (ONAP) Controller Architecture Proposal DRAFT.
Illustrative Sequence Diagrams
Multi-VIM/Cloud High Level Architecture
ONAP SDC VoLTE Model Support
vCPE Use Case Deep Dive Integration Project and Use Case Subcommittee
Orchestration and Controller Alignment for ONAP Release 1
ONAP Multi-VIM/Cloud Long Term Architecture and Use Cases (Under Community Discussion across Use Case, Optimization Framework, OOM,
Aligning Orchestration and Controller Per Merger Agreement Vimal Begwani – AT&T Jamil Chawki – Orange Alla Goldner -- Amdocs.
Defining ONAP VNF Package Model
Multi-VIM/Cloud High Level Architecture
Aligning Orchestration and Controller Per Merger Agreement Vimal Begwani – AT&T Jamil Chawki – Orange Alla Goldner -- Amdocs.
Rationalizing ONAP Architecture for R2 and Beyond
VoLTE Use Case (Approved) Proposal Alternative Orchestration Workflow Approach and Model Gil Bullard – AT&T.
VoLTE VNF Descriptor gaps
Alla Goldner (outcomes from brainstorming meetings) Sept, 2017
ONAP SDC TOSCA Import Gap Analysis
Agenda Overview High Level Architecture Design time Architecture
ARC 5: Deployment Options Chris Donley
Systems Analysis and Design With UML 2
Target ONAP End-to-End Architecture Vimal Begwani – AT&T Parviz Yegani – Futurewei Technologies Jamil Chawki – Orange.
ONAP Usecase subcommittee July Virtual developers event
ECOMP Information Model
Multi-VIM/Cloud High Level Architecture
VoLTE Use Case Proposal
ONAP Optimization Framework - HAS Shankar Narayanan - AT&T Labs Research 08/15/2017.
ONAP Run-time Catalog Project
OF-HAS for Residential broadband vCPE Use Case
ONAP OF - Homing API Date Aug 21, 2017.
ONAP Change Management
Target ONAP End-to-End Architecture Tiger Team Presentation Parviz Yegani – Futurewei Technologies Contributors: Vimal Begwani (AT&T), Jamil Chawki.
VoLTE remaining requirements Auto & manual Scaling
ONAP – Centralised Parser Distribution Atul Purohit - Vodafone
Beijing Release use cases/requirements for endorsement/approval
Enhanced Platform Awareness (EPA) Alex Vul Intel Corporation
VF-C R2 Feature Planning & Implementation Yan Yang
Usecase 1 – Upgrade Image
TOSCA Matching Or how the orchestrator provides implementation for abstract nodes or dangling requirements.
SDNC Roadmap Dan Timoney – AT&T Marcus Williams - Intel
Documenting ONAP components (functional)
DF design as a node type (output by Chris and shitao)
Casablanca Platform Enhancements to Support 5G Use Case Summary of Planned Enhancement Areas 5G Use Case Team May 16, 2018.
Multi-VIM/Cloud High Level Architecture
TOSCA NFV profile: short vs long-term approach
DF design as a node type (output by Chris and shitao)
Artifact Properties Use cases and Examples to demonstrate the need of artifact properties July 2018.
FUNCTIONAL Architecture for R2+
Defining ONAP VNF Package Model
ONAP Architecture for Rel 1
ONAP modeling report shitao.
DF design as a node type (output by Chris and shitao)
Casablanca Platform Enhancements to Support 5G Use Case Summary of Planned Enhancement Areas (TSC Review) 5G Use Case Team May 10, 2018.
ONAP 5G USE CASE ENHANCEMENTS
Open Source Projects Collaborations with ONAP
NFV adhoc Shitao li.
General Workflow of Use-Case Driven Development
E2E Process Automation Alexis, Andreas, Bin, Catherine, Franck, Scott, Susana, Timo TSC-53 December,
GNFC Architecture and Interfaces
ONAP - Workflow Designer
Proposed Approach for ONAP Runtime Support of Network Service Onboarding Gil Bullard, AT&T.
Title: Robust ONAP Platform Controller for LCM in a Distributed Edge Environment (In Progress) Source: ONAP Architecture Task Force on Edge Automation.
TOSCA Orchestration Paradigm
Presentation transcript:

VoLTE Use Case (Approved) Proposal Alternative Proposed Release 1 Approach and Model Gil Bullard – AT&T

VoLTE Use Case (Approved)

VoLTE Use Case (Approved) Sequence Diagram

Basic VoLTE Model for Alternative Proposed Flow

Alternative Proposal Release 1 Design Time Model for VoLTE VNF Level (TOSCA or HEAT) Service Level (TOSCA) vSBC VNF: VoLTE is modeled as a flat Service structure, comprised of VNFs. vPCSCF VNF: VoLTE_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): vSPGW (VNF): vEPDG (VNF): groups: vIMS [vSBC, vPCSCF] vEPC [vSPGW, vPEDG] vSPGW VNF: vPEDG VNF: Service Level (TOSCA) VNF Level (TOSCA or HEAT) Allotted Resource Level Key: Use a TOSCA grouping to capture the vIMS and vEPC constructs. Need to determine if and how this would manifest itself in A&AI (TBD).

Alternative Proposal Release 2 Design Time: Construction Proposal Service Level (TOSCA) VNF Level (TOSCA or HEAT) vIMS_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): VoLTE_Edge Service: topology_template: node_templates: vEPC (Service): vIMS (Service): “Compile Time” Nesting (For Service Designer Reuse Purposes) vSBC VNF: vPCSCF VNF: “Compile Time” Nesting (For Service Designer Reuse Purposes) vSPGW VNF: Service Level (TOSCA) VNF Level (TOSCA or HEAT) Allotted Resource Level Key: vEPC_Edge Service: topology_template: node_templates: vSPGW (VNF): vEPDG (VNF): vPEDG VNF: SDC would support the ability to construct an “upper” Service Definition from other Services definitions. One approach to this would be to use “compile time nesting”. See the next slide for the “distribution time” structure which would be distributed from such a design approach.

Alternative Proposal Release 2 Design Time: Distribution Proposal VNF Level (TOSCA or HEAT) Service Level (TOSCA) vIMS_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): vSBC VNF: vPCSCF VNF: VoLTE_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): vSPGW (VNF): vEPDG (VNF): groups: vIMS [vSBC, vPCSCF] vEPC [vSPGW, vPEDG] vSPGW VNF: vPEDG VNF: vEPC_Edge Service: topology_template: node_templates: vSPGW (VNF): vEPDG (VNF): “Compile time nesting” results in a substitution mapping at the time of model distribution. At that point the VoLTE_Edge Service no longer has a modeling relationship with the vIMS_Edge or vEPC_Edge services, but is rather “flattened”. All appropriate model constructs of vIMS and vEPC are inherited by VoLTE. Note that the vIMS and vEPC VNF grouping does remain in the VoLTE Model.

Alternative Proposal Release 1 A&AI Instance Model A discussion is needed with A&AI to determine how to model a “group” object, and with SO to verify that it could create such instances in A&AI based on the TOSCA model. If either cannot support, we could perhaps defer the group A&AI instances out of Release 1. vSBC VNF Instance Instance “X” vIMS Group vPCSCF VNF Instance Instance “X” VoLTE_Edge Service Instance Instance “A” vSPGW VNF Instance Instance “X” vEPC Group vEPDG VNF Instance Instance “X”

Service Level VNF Level (TOSCA) (TOSCA or HEAT) VoLTE_Edge Service: Alternative Proposal VoLTE_Edge Instantiation Sequencing Model (Assumed) Service Level (TOSCA) VNF Level (TOSCA or HEAT) VoLTE_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): vSPGW (VNF): vEPDG (VNF): 1 vSBC VNF: 2 vPCSCF VNF: Depends On 3 vSPGW VNF: Depends On Depends On 4 vPEDG VNF: This is no more than an assumed sequencing, and needs verification. In Release 1 if SO cannot perform generalized model-driven “Service-Level” orchestration, then a custom VoLTE workflow would be created that orchestrates the VoLTE_Edge VNFs in the proper sequence.

Alternative Proposal VoLTE_Edge Data Mapping (TBD) vSBC VNF: Input Attributes: TBD Assignable Attributes: Configuration Attributes: This is certainly not the complete set of Input data required by VoLTE_Edge, vSBC, vPCSCF, vSPGW, and vEPDG. This slide is provided for illustrative purposes only. vPCSCF VNF: Input Attributes: TBD Assignable Attributes: Configuration Attributes: VoLTE_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): vSPGW (VNF): vEPDG (VNF): Input Attributes: Homing_Solution.vSBC_Cloud_Zone Homing_Solution.vPCSCF_Cloud_Zone Homing_Solution.vSPGW_Cloud_Zone Homing_Solution.vEPDG_Cloud_Zone Homing Attributes: In Release 1 if SO cannot perform generalized model-driven “Service-Level” data mapping, then a custom VoLTE workflow would be created that “just knows” the data mappings that must be performed for each VNF type. vSPGW VNF: Input Attributes: TBD Assignable Attributes: Configuration Attributes: vEPDG VNF: Input Attributes: TBD Assignable Attributes: Configuration Attributes: In Release 1 ONAP there is no automated SNIRO homing, so the user must input the “homing solution” as part of the VoLTE_Edge Service instantiation request.

Alternative Proposal Release 1 Sequence Diagram (Service Level) - Page 1

Alternative Proposal Release 1 Sequence Diagram (Service Level) - Page 2

Alternative Proposal Release 1 Sequence Diagram (Resource Level) Designate VF-C to perform the Resource-Level orchestration function in the Release 1 timeframe for VoLTE. Because of the “flattened” VoLTE model, SO Service-Level Flow in would hand off to the VF-C on a per-VNF basis, and not hand off at the level of vIMS and vEPC. This is a change from the sequence diagram on the Approved VoLTE Use Case wiki.

Alternative Proposal Release 2 Sequence Diagram (Resource Level) Migrate the “Resource Level” runtime functionality from VFC into SO. This should require no additional SO work since the SO “Resource Level” flow is a “generic” model-driven flow.

Backup Slides

A&AI Instance Model - vIMS vSBC VNF Instance Instance “X” vIMS_Edge Service Instance Instance “A” vPCSCF VNF Instance Instance “X”

vIMS_Edge Instantiation Sequencing (Assumed) Service Level (TOSCA) VNF Level (TOSCA or HEAT) vIMS_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): 1 vSBC VNF: 2 vPCSCF VNF: Depends On This sequencing is no more than an assumed approach, and needs verification.

VoLTE_Edge Data Mapping (Partial) Inheritence Through Compile Time Nesting vIMS_Edge Service: topology_template: node_templates: vSBC (VNF): vPCSCF (VNF): Input Attributes: Homing_Solution.vSBC_Cloud_Zone Homing_Solution.vPCSCF_Cloud_Zone Homing Attributes: VoLTE_Edge Service: topology_template: node_templates: vEPC (Service): vIMS (Service): VoLTE_Edge Service definition inherits the Data Model of vIMS and vEPC through “Compile Time” Nesting vEPC_Edge Service: topology_template: node_templates: vSPGW (VNF): vEPDG (VNF): Input Attributes: Homing_Solution.vSPGW_Cloud_Zone Homing_Solution.vEPDG_Cloud_Zone Homing Attributes: