You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Name of Use Case:

VoLTE on vEPC

Use Case Authors:

combination of use cases proposed by (in alphabetical order):

AT&T, China Mobil, Ericsson, Metaswitch Network, Orange

Description:

A Service Provider (SP) plans to deploy VoLTE services based on SDN/NFV.  In particular it want's to deploy the VoLTE service on a vEPC. 

The SP is able to onboard the service via ONAP. Specific sub-use cases are:

  • Service onboarding
  • Service configuration 
  • Service termination
  • Auto-scaling based on fault and/or performance
  • Fault detection & correlation, and auto-healing
  • Data correlation and analytics to support all sub use cases

ONAP will perform those functions in a reliable way. Which includes:

  • the reliability, performance and serviceability of the ONAP platform itself
  • security of the ONAP platform
  • policy driven configuration management using standard APIs or scripting languages like chef/ansible
  • automated configuration audit and change management

To connect the vEPC ONAP will also have to interface with legacy systems and physical function to establish VPN connectivity in a brown field deployment.


Users and Benefit:

SPs benefit from this use case through design, onboarding, and agile deployment. Through the ONAP platform, the resource can be utilized effectively, and the management can be intelligent.

VNF:


Utilize vendors VNFs in the ONAP platform.


TIC Location

VNFs

Code / Vendor

Edge

vSBC


vPCSCF


vSPGW


Core

vPCRF


VI/SCSCF


vTAS


VHSS


vMME



Project Clearwater VNF, comprising

  • base module including the multiple VNFCs which comprise Project Clearwater
  • scale-out modules showing scale out of different VNFCs.

Work Flows:

Customer ordering

  • Instantiation
  • Termination

Auto-scaling

  • VNF scaling out / in

Auto-healing

  • Auto-reboot / auto-restart

Telemetry

  • Resource layer
  • Service layer


Controll Automation:

  • Auto-scaling

When a large-scale event, like concert, contest, is coming, the service traffic may increase continuously, the monitoring data of service may grow higher, or other similar things make the virtual resources located in TIC edge become resource-constrained. ONAP should automatically trigger VNF actions to scale out to add more virtual resource on data plane to cope with the traffic. On the contrary, when the event is done, which means the traffic goes down, ONAP should trigger VNF actions to scale in to reduce resource.

  • Fault detection & correlation, and auto-healing

During the utilization of VoLTE service, it may produce some fault events, no matter what factors impact the service. ONAP should detect these fault and report to the system to do the correlation. The timely detection and accurate correlation of faults is one of the important factors to do the automatic platform. After the fault detected and correlated, ONAP should do the auto-healing to make the system back to normal. 


Open Loop

  • Auto ticket creation based on the policy

Closed Loop

  • Horizontal scaling to support add or remove machines into the pool of resources
  • Vertical scaling to support add or remove resources (ex. CPU, Memory, Storage) from existing virtual machines
  • Self-healing: auto adjust computing resources based on the pre-fixed date and time (ex. Mother’s Day or Black Friday) or by analyzing future trends based on the data feed of upcoming sports events or concerts

Configuration flows

  • Create (or onboard vendor provided) application configuration Gold standard (files) in Chef/Ansible server
  • Create Chef cookbook or Ansible playbook (or onboard vendor provided artifacts) to audit and optionally update configuration on the VNF VM(s)
  • Install the Chef client on the VM (Ansible doesn’t requires)
  • After every upgrade or once application misconfiguration is detected, trigger auditing with update option to update configuration based on the Gold Standards
  • Post-audit update, re-run audit, run healthcheck to verify application is running as expected
  • Provide configuration change alert to Operation via control loop dashboard


The following work flows/Control Automation cases are suggested.

Fault Recovery:

  • For each module in ONAP
    • Introduce a failure case, and demonstrate the recover. The failure case may be particular to the module ,however killing a virtual machine or container and allowing the system to recover is a good example.

Software upgrade

  • For each module in ONAP
    • Upgrade a software component and demonstrate continued operation.

Project Impact:

< list all projects that are impacted by this use case and identify any project which would have to be created >

Work Commitment:

< identify who is committing to work on this use case and on which part>


  • No labels