Sponsors

Overview

This use case proposes using ONAP for the design, provisioning, life-cycle management and assurance of broadband services. In a first step, multi-Gigabit Internet Connectivity services based on PON (Passive Optical Network) access technology will be considered. The use case covers new scenarios, such as nomadic ONT (Optical Network Terminal) and service subscription plan changes.

BBS use case shows the extensibility of the ONAP platform in supporting the orchestration of services across different locations (e.g., Central Office, Core) and technology domains (e.g., Access, Edge) within the locations.

In a joint collaboration with BBF (Broadband Forum) members, BBS implements/tests some of the specifications defined in the architectural framework of CloudCO (Cloud Central Office), Technical Report TR-384, among others. CloudCO aims at re-architecting the broadband network using SDN and NFV technologies and a cloud-like infrastructure deployed at Central Offices.

The definition of External API capabilities supporting this use case will be performed in collaboration with TM Forum and MEF LSO.

Dublin Goals

1. Establishment of a subscriber's HSIA (High Speed Internet Access) service from an ONT to the Internet drain

   1. The HSIA service is designed and deployed using ONAP's design and deployment capabilities

   2. The HSIA service activation is initiated via ONAP's External APIs and orchestrated and controlled using ONAP orchestration and control capabilities. The control capabilities leverage a 3rd party controller to implement the requested action within the technology domain/location represented by the domain specific SDN management and control function.

2. Change of location for ONT devices (Nomadic ONT devices)

   1. PNF (Re-)Registration for an ONT
      
      

      1. Subscriber association to an ONT via ONAP's External APIs

      2. ONT association with a expected Access UNI (PON port) when a HSIA service is created/deployed for a subscriber

      3. PNF (Re-)Registration using ONAP's PNF registration capabilities

   2. Service location modification that is detected by ONAP's analytic and initiated via the closed loop capabilities

      1. The closed loop capabilities invoke a HSIA location change service that is orchestrated and controlled using ONAP capabilities and 3rd party controllers 

3. HSIA service subscription plan changes (R5)

   1. The HSIA service modification (e.g. upgrade bandwidth plan) is initiated via ONAP's External APIs and orchestrated using ONAP.

4. HSIA service assurance (R5)

   1. The HSIA service health is monitored via ONAP's data collection, analytic and closed-loop capabilities
      
      
      

Open

Open

Business Requirements

• Service providers need a flexible platform that integrates Broadband services using standardized APIs towards domain specific management and control systems, e.g. Access domain controller/orchestrator. 

• Equipment vendors and systems integrators benefit from well defined, standardized APIs to which they can develop products and services.

• By closely collaborating with Industry consortiums, such as BBF, the BBS use case outcomes will serve as a basis for the definition of new standard interfaces and the evaluation and refinement of existing specifications.

BBS Use Case Presentations

BBS Use Case Team Meetings

Weekly Meeting

Impacts

The BBS Use Case for Dublin will have impacts on the following projects: AAI, DCAE, External API, SDNC, SO

See Impacts page

Project Commitments

Scope

The work leverages the CloudCO reference architectural framework (TR-384) by implementing the organization's work for integration of CloudCO to ONAP as defined in Cloud-CO-APPN-015: Cloud-CO-APPN-446: ONAP Integration for HSIA Service (Access) Integration for HSIA Service (Access). The scope of this use case for the Dublin release includes the implementation of this application note and will demonstrate modification of a subscribers subscription plan. As the Broadband Forum develops additional Broadband Service application notes that are applicable for integration with ONAP, this use case will be extended over time to incorporate the new application notes.

Priorities

Dublin will focus on Broadband Service CFS (Customer Facing Service) design, creation and activation, with support for nomadic ONT. If possible we will also implement the subscription plan change scenario (CFS "modify" action). Enabling CFS service assurance is a stretch goal for Dublin.

Action Phases

• Phase 1: CFS creation and activation [priority for Dublin]

• Phase 2: Nomadic ONT (PNF re-registration) [priority for Dublin]

• Phase 3: CFS change / reconfiguration (subscription plan change) [stretch goal for Dublin]
  
  

• Phase 4: CFS assurance [stretch goal for Dublin] 

Sub-Use Cases

• 3rd party controller registration, RFS catalog discovery / abstract topology discovery (Phase 1)

• CFS design and RFS onboarding (Phase 1)

• CFS reconfiguration after PNF relocation (Phase 2)

• CFS reconfiguration after service change order from BSS (Phase 3) [stretch goal for Dublin]
  
  

• CFS termination [stretch goal for Dublin]

• CFS assurance (fault detection and self-healing) [stretch goal for Dublin] 

System topology

See BBS Modeling 

Full System Context

Work Commitment