| Gliffy Diagram | ||||
|---|---|---|---|---|
|
...
Note (7/24, N. K. Shankar): We had earlier discussed three PCI optimization scenarios (Flows A, B, C).
For Casablanca, we are now focused on a minimum viable product which is based on Flow B.
The earlier content has been moved
...
to 5G - PCI (Physical Cell ID) Optimization
...
page under OOF R3 Planning.
Introduction
ONAP Optimization Framework (OOF) provides a policy-driven and model-driven framework for creating optimization applications for a broad range of use cases
For Casablanca, OOF enhancements include formulation and solving of optimization problems
We propose an OOF enhancement and Proof of Concept (POC) for Casablanca for Physical Cell ID (PCI) Optimization
PCI Optimization is a well-understood problem
The reading/writing of the Physical Cell ID (PCI) configuration parameter has been included in SDN-C POC work
The objective of the POC is to demonstrate disaggregation of the PCI SON functionality, and the data flows needed to implement this in ONAP using OOF
We envision a new PCI-Handler Microservice to facilitate the data flow and trigger mechanism
The focus of the POC is on data flow and interfaces, and the role of OOF, PCI-Handler-MS, SDN-C Controller and Policy
- Objective is to incorporate an algorithm in ONAP using OOF, not to develop an algorithm
...
PCI Optimization based on trigger from SDN-C (RAN Config Change)
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Flow Steps and Test Cases
| Step | Component | Functionality |
|---|
| Test Case | Impacted API | Status | |||
|---|---|---|---|---|---|
| 1a | Policy | Policy updated with configuration and operational policies to support PCI Optimization | |||
| 1b | PCI Handler MS, DCAE | PCI Handler MS onboarded on to DCAE, MS operational | |||
| 1c | OOF | OOF models and solver defined to support PCI Optimization | |||
| 1d | SDN-C | SDN-C updated to support PCI Optimization. SDN-C has Config DB with config and element data | |||
| 2 | PCI-Handler MS, Policy | Fetch configuration policies PCI-Handler MS fetches, and applies policies that specify how PCI-Handler-MS will respond to config change messages from SDN-C (via DMaaP) | Ensure that PCI-Handler-MS can fetch configuration policies from Policy. | PCI-Handler-MS using direct Policy API | Not tested |
| 3 |
| RAN, SDN-C | Config change notification RAN sends notification to SDN-C (e.g. Nbr list change) |
| Ensure that SDN-C can receive a notification from RAN for a configuration parameter change (e.g. NbrList) | SDN-C southbound to RAN (netconf) | Not tested |
| 4 | SDN-C, PCI-Handler MS | Publish config data change SDN-C publishes config data change on DMaaP. Subscribed by PCI-Handler-MS, A&AI (and others). |
Fetch configuration policies
PCI-Handler MS fetches policies that specify how PCI-Handler-MS will respond to triggers or requests from SO, from DCAE (via DMaaP), SDN-C) (via DMaaP),
PCI-Handler-MS analyzes config change to detect pre-defined signature which will trigger PCI Optimization due to config changes (e.g. Nbr list)
| Ensure that SDN-C can publish to DMaaP a configuration parameter change (e.g. NbrList). Ensure that PCI-Handler MS can subscribe to DMaaP and receive configuration parameter change message from SDN-C | SDN-C / DMaaP PCI-Handler-MS / DMaaP | Not tested |
| 5 |
| PCI-Handler-MS, OOF | Request for PCI optimization for network region. PCI-Handler MS invokes OOF for pre-defined workflow for PCI Optimization via REST API.This call includes data for the cell and the network reqion involved. |
| Ensure that PCI-Handler-MS applies configuration policies, processes configuration change message in step 4, and sends a message to OOF | PCI-Handler-MS / OOF | Not tested | |
| 6 |
| OOF, Policy | Fetch PCI optimization policies OOF fetches policies that specify how OOF will execute PCI optimization in response to PCI request for optimization |
| Ensure that OOF can fetch optimization policies from Policy, and applies it to invoke the appropriate solver module | OOF / Policy | Not tested |
| 7 | OOF, SDN-C | Fetch Config data for cells in the region. OOF fetches |
| data for cells in network region from SDN-C |
Fetch Inventory data for cells in the region
OOF fetches inventory and topology of cells in network region from AAI
| Ensure that OOF can query SDN-C to get required data (e.g. cellids, nbr_list, pci, lat/lon) | OOF / SDN-C | Not tested |
| 8 |
| OOF, PCI-Handler-MS | Recommended PCI configuration OOF provides PCI recommendation to PCI-Handler-MS in response to the request in Step 6 | Ensure that OOF provides output of PCI optimization to PCI-Handler-MS in response to |
| request in Step 6 | OOF / PCI-Handler-MS | Not tested |
| 9 |
| PCI-Handler-MS, Policy | Recommended PCI configuration. PCI-Handler- |
| MS provides PCI recommendation to Policy | Ensure that PCI-Handler-MS sends a message to Policy with recommendation for new PCI values for set of cells, along with reason for oprimization computation (RAN config change) | PCI-Handler-MS / Policy | Not tested |
| 10 | Policy, SDN-C | PCI Configuration decisions Policy sends message to SDN-C with instruction for configuration changes |
| Ensure that Policy applies operational policies to PCI change recommendation, and if appropriate, sends a message to SDN-C with instruction to change PCI value to set of cells | Policy / SDN-C | Not tested | |||
| 11 | SDN-C, RAN | Change PCI Configuration. SDN-C applies config changes | Ensure that SDN-C can send config change instruction to RAN element to change PCI value | SDN-C southbound to RAN (netconf) | Not tested |