Versions Compared

Key

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

Table of Contents

BUSINESS DRIVER

This section describes Business Drivers needs.

...

  • Implement O-RAN defined A1 interface specifications in ONAP controller (e.g. SDN-R).
  • Enhance CDS to capture A1 configuration details.
  • Enhance VID GUI to invoke intent based policy configuration using A1 interface
  • Enhancements to VES events
  • Software Upgrade flow enhancement to fully meet O-RAN specifications (beyond R6)


Business Impact - Most ONAP service providers are O-RAN members.  These service providers are expected to support O-RAN specifications with the products they include in their networks.  Modifying ONAP to be O-RAN compliant for FCAP implementation (configuration management, including intent based policy configuration, fault and performance data collection) will be usable by all the service providers, avoid duplicate development effort.

...

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)

DEVELOPMENT IMPACTS

PROJECTPTLUser Story / EpicRequirement
A&AI

n/a


AAFn/a
APPCn/a


CLAMPn/a
CC-SDK n/a
DCAEnew domain for CM notifications

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1769

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1770

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1771

DMaaPnew domain for CM notifications

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDMAAP-1302

External APIn/a
MODELINGn/a

Multi-VIM /

Cloud

n/a
OOF
Sarat Puthenpura
n/a
POLICY

n/a


PORTALn/a
SDN-C

Epic #1 ORAN/3GPP & ONAP Harmonization

A1 Interface

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyREQ-38

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyCCSDK-1796

code impact for A1 adaptor which gets A1 policy via DMaaP and translate it to A1-compliant message. after A1 adaptor gets an response from RIC, it posts a relevant message to DMaaP.  

SDCn/a
SOn/a
VIDn/a
VNFRQTSnew VNF requirements to support new events
VNF-SDKn/a
CDS

Epic #1 ORAN/3GPP & ONAP Harmonization  

A1 Interface

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyREQ-38

IntegrationIntegration (CSIT) tests covering the cm3gppNotify domain

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyINT-1258

List of PTLs:Approved Projects

...

This section documents the impacted Management Services

Provisioning Management:

  1. Define minimum supported NETCONF operations and capabilities. (VNF requirements ask for everything.  We should make sure that NFs and Controller support absolutely required operations and capabilities)

--R6

  1. Define new VES domain to support CM Notifications:

    -notifyMOICreation, notifyMOIDeletion, notifyMOIAttributeValueChange. TS 28.532 Rel 16

These notifications are introduced with the following E2E EPIC (stored in DCAE project, which will benefit the most form this new functionality):

Jira
serverONAP JIRA
serverId425b2b0a-557c-3c0c-b515-579789cceedb
keyDCAEGEN2-1769

Fault Supervision:--R6Fault Supervision:

  1. Modify existing fault event or create new fault3gpp event to support Harmonization work in TS 28.532
  2. Determine which of the 3GPP supported IS notifications will be supported in ONAP—refine how fault3gpp is filled in for the different notification types

...

   4.  Drive the use of IOC objects to configure subscribe/unSubscribe control on a NF via NetConf commands e.g. Provisioning what notifications a manager wants to receive from a NF. ONAP may not necessarily want to receive everything a NF is capable of sending

Performance Assurance (G Release)

  1. Modify the File Ready Notification to support additional Use Cases. It should be used for Performance Assurance but also for a number of other kinds of files—log files that are requested etc.  Propose that ONAP should work with 3GPP reps to change the notification perhaps renaming the changeIdentifier field in the Notification event to a name like fileType so it is more generic.  This will be included in Frankfurt pending 3GPP stabilization in October.
  2. ONAP needs to incorporate the job control IOC defined in 3GPP for creating, starting and stopping PM jobs. This should be done via NetConf.

File Management

  1. Same as PM comment one.  File Management supports the more general use case of the ME informing the manager that it has a file available for upload.

Communications SurveillanceCommunications Surveillance (this is at the earliest for the G Release)

  1. ONAP needs to define a control/setting of the heartbeat IOC—
    1. -there is a proposal in section 2.6.2 of the O1 spec- Does ONAP agree? 
    2. The generalized use case of how a controller is going to set up these control operations in ONAP needs to be explored.
    3. Are these work flows that an operator might want to define via SO? How automated do we want these to become? 

PNF Registration (this is at earliest for the G Release)

  1. Does ONAP support communication with ME behind a NAT? If so will ONAP
    1. Support all the identified methods for providing direct access to MEs behind the NAT?  What restrictions would ONAP add?  Will ONAP insist that the ME does all the configuration?
    2. Will AAI need to be modified to include port number or another identifier so ONAP can communicate with the ME.

PNF SW Management (this is at earliest for the G Release)

  1. Resolve differences between the ONAP PNF SW Management and O1 PNF Software Management.
    1. Steps in O1 PNF Software Management are not fully aligned with current ONAP approach—O-RAN advocates more steps—does ONAP agree?
    2. Order of steps is different (pre-check in ONAP happens earlier than in O-RAN)
    3. Additional notifications are required in O-RAN does ONAP agree
  2. ResetReason VES notification (defined in PNF SW Management but probably generally applicable notification) Normal during a software upgrade to have a reset so you would want to discount an alarm that was raised. We need to have a community discussion on the scope of this notification.

Call Trace ( suggest this is at earliest for the G Release)

  1. Streaming Call trace is being discussed in standards. It likely requires a different kind of interface to ONAP.  Call Trace and Vendor extensions to call trace are very important to O-RAN Suppliers as a mechanism to get input to the Non-RT RIC.  SA5 plans to complete specification in Release 16.  Aligns well with G Release.  Work includes support for streaming trace as well as the introduction of an NRM fragment to specify call trace jobs.

O-RAN A-1 Interface Support in ONAP:

...

Plan Use Case Discussions for more complicated scenarios like CM changes and SW Update to work through where components should change.

...


SUPPORTING DOCUMENTS


ProjectSlidesPTLJIRA Epic / User Story*RequirementsAAI
  1. AAI Requirement 1
APPCTakamune Cho
  1. APPC Requirement 1
  2. APPC Requirement 2
CLAMP
  1. CLAMP Requirement 1
  2. CLAMP Requirement 2
  3. CLAMP Requirement 3
 OOF Policy
  1. POLICY Requirement 1
  2. POLICY Requirement 2
 SDC SDNC SO VID VNFRQTS

...

Files

View file
nameORAN-ONAP Alignment Use Case.pptx
height250


View file
nameORAN3GPPONAP harmonization-v0.0.pptx
height250


PRESENTATIONS

RECORDINGS

Zoom Video & Audio (MP4)

Presentation given at the

Use Case Realization Call August 14, 2019

Use Case Realization Call: August 14, 2019

Audio Only (M4A)

Use Case Realization Call August 14, 2019

Use Case Realization Call: August 14, 2019

Test Cases and Status


#Test CaseStatus
1There should be a test case for each item in the sequence diagram

Status
titleNot yet tested

2create additional requirements as needed for each discreet step

Status
colourGreen
titleComplete

3Test cases should cover entire Use Case

Status
colourYellow
titlePartially Complete

 Test Cases should include enough detail for testing team to implement the test

 

Status
colourRed
titleFailed


Harmonization Integration Test Cases for A1. These can be navigated to from the Integration team page hierarchy.

Test Plans for A1 Adapter (Non RT RIC)

Harmonization Integration Test Cases for O1. These can be navigated to from the Integration team page

Test Plans for O1 Harmonization introduction of cmNotify