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
PROJECT | PTL | User Story / Epic | Requirement | ||||||||||||||||||||||||
A&AI | n/a | ||||||||||||||||||||||||||
AAF | n/a | ||||||||||||||||||||||||||
APPC | n/a | ||||||||||||||||||||||||||
CLAMP | n/a | ||||||||||||||||||||||||||
CC-SDK | n/a | ||||||||||||||||||||||||||
DCAE | new domain for CM notifications |
| |||||||||||||||||||||||||
DMaaP | new domain for CM notifications |
| |||||||||||||||||||||||||
External API | n/a | ||||||||||||||||||||||||||
MODELING | n/a | ||||||||||||||||||||||||||
Multi-VIM / Cloud | n/a | ||||||||||||||||||||||||||
OOF | n/a | ||||||||||||||||||||||||||
POLICY | n/a | ||||||||||||||||||||||||||
PORTAL | n/a | ||||||||||||||||||||||||||
SDN-C |
Epic #1 ORAN/3GPP & ONAP Harmonization A1 Interface |
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. | |||||||||||||||||
SDC | n/a | ||||||||||||||||
SO | n/a | ||||||||||||||||
VID | n/a | ||||||||||||||||
VNFRQTS | new VNF requirements to support new events | ||||||||||||||||
VNF-SDK | n/a | ||||||||||||||||
CDS |
Epic #1 ORAN/3GPP & ONAP Harmonization A1 Interface |
| |||||||||||
Integration | Integration (CSIT) tests covering the cm3gppNotify domain |
|
List of PTLs:Approved Projects
...
This section documents the impacted Management Services
Provisioning Management:
- 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
- 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 | ||||||
---|---|---|---|---|---|---|
|
Fault Supervision:--R6Fault Supervision:
- Modify existing fault event or create new fault3gpp event to support Harmonization work in TS 28.532
- 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)
- 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.
- 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
- 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)
- ONAP needs to define a control/setting of the heartbeat IOC—
- -there is a proposal in section 2.6.2 of the O1 spec- Does ONAP agree?
- The generalized use case of how a controller is going to set up these control operations in ONAP needs to be explored.
- 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)
- Does ONAP support communication with ME behind a NAT? If so will ONAP
- 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?
- 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)
- Resolve differences between the ONAP PNF SW Management and O1 PNF Software Management.
- Steps in O1 PNF Software Management are not fully aligned with current ONAP approach—O-RAN advocates more steps—does ONAP agree?
- Order of steps is different (pre-check in ONAP happens earlier than in O-RAN)
- Additional notifications are required in O-RAN does ONAP agree
- 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)
- 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.
Development Status
DEVELOPMENT IMPACTS
...
SUPPORTING DOCUMENTS
Slides | Files | ||||||
---|---|---|---|---|---|---|---|
| |||||||
|
...
...
...
...
...
...
...
...
...
...
Multi-VIM /
Cloud
...
...
...
...
...
...
...
...
...
...
...
List of PTLs: Approved Projects
*Each Requirement should be tracked by its own User Story in JIRA
SUPPORTING DOCUMENTS
Slides | Files
---|
PRESENTATIONS
RECORDINGS
Zoom Video & Audio (MP4) Presentation given at the Use Case Realization Call August 14, 2019 | |
Audio Only (M4A) Use Case Realization Call August 14, 2019 |
...
# | Test Case | Status | ||||||
---|---|---|---|---|---|---|---|---|
1 | There should be a test case for each item in the sequence diagram |
| ||||||
2 | create additional requirements as needed for each discreet step |
| ||||||
3 | Test cases should cover entire Use Case |
| ||||||
4 | Test Cases should include enough detail for testing team to implement the test |
|
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