5G - OOF and PCI (Casablanca carry-over items)

The OOF and PCI use case started in Casablanca release. Please see the following links:

Base page for OOF-PCI use case: 5G - OOF (ONAP Optimization Framework) and PCI (Physical Cell ID) Optimization

Use Case template for Dublin release with Hi-level requirements: OOF-PCI Use Case - Dublin Release 

Summary of Dublin Release plan:

• Onboard PCI Handler MS to DCAE, and include in SDC Catalog
• SDN-R use cases moved from Casablanca to Dublin
  • SDNC-430: Modify RAN informational model and yang model for RAN
  • SDNC-431: Implement config DB and REST API (SDN-R / OOF interface)
  • SDNC-432: Interfacing SDN-R with Policy: Receive DMaaP message in CL format from Policy (Modify Config message using existing LCM API), send netconf message changing PCI value to cellID as specified, update config DB, and publish change on DMaaP (DMaaP client is available and can be called)
  • SDNC-432: Receive netconf notification from RAN, update configDB, and publish change on DMaaP
• Include FM/PM input for SON:
  • Enhance PCI Handler MS to receive FM/PM data from DMaaP
  • Send FM/PM data from RAN Simulator to DCAE Collector (e.g. PCI confusion alarm)
  • Implement KPI Database for stored data to be available for SON
• Include flow to request PCI assignment for new cell (optional stretch goal)
  • Enhance PCI Handler MS to receive request for PCI allocation for new cell
  • Enhance ConfigDB to support active, activation-pending, and non-active cells
  • Orchestration for new cell addition is out of scope
• Common RAN Information Model
  • Build on Casablanca RAN Information Model, and target consensus among vendors for complete common RAN information model
• SDN-C/SDN-R Controller enhancements (may be separate use case for 5G Configuration Management)
  • Implement both Configuration Database and Operational Database as per ODL industry practice, leveraging Casablanca POC work on ConfigDB database
  • Configuration Database – values needed to perform / initiate configuration
  • Operational Database – dynamically changing network parameters relevant to ONAP and SDN-C/SDN-R
  • Support history of config state as needed for Change Management
  • Support both reactive and predictive network change actions
• Inventory & Configuration Management synchronization
  • Develop models and relationship between A&AI Database and SDN-C Configuration Database and Operational Database
  • A&AI is primary reference for inventory and id of VNF, PNF, elements
• Policy Enhancements
  • Enhance the Policy functionality for Control Loop Coordination (CLC) – build on basic functionality in Casablanca
  • POC to implement two Control Loops (one could be PCI-SON) and demonstrate coordination using CLC
• OOF Enhancement
• • Add optimization objectives for PCI Optimization
  • Add another optimization for ANR (Automated Neighbor Relations) SON functionality, which is closely coupled to PCI SON.
    • Handler microservice is now ANR/PCI Handler MS
    • RAN Simulator functionality has to provide (simulated) FM/PM data (e.g. Handover KPI)
    • Implement messages between SDN-R and RAN Simulator to support ANR function (e.g. cell relationship table, neighbor add and delete actions)