Project | PTL | JIRA Epic / User Story* | Requirements |
---|
AAI | |
| - No impact. ConfigDB objects for pnf shall be aligned with with A&AI (e.g. use the same primary key for pnf, which is expecte to be pnf-id)
|
DCAE | Vijay Venkatesh Kumar |
| - Epic: DCAEGEN2-1108: DCAE Support for OOF-PCI solution
- US DCAEGEN2-1109: Onboard SON Handler microservice to DCAE
- US DCAEGEN2-1110: VES Collector for FM/PM data from RAN-SIM PNFs
- US DCAEGEN2-1111: FM/PM Database for SON solution
- SON Handler Microservice shall be onboarded onto DCAE (JIRA xxDCAEGEN2-1109)
- A VES Collector shall accept FM/PM VES messages from RAN Simulator and publish to DMaaP - DCAEGEN2-1110
- SON Handler microservice shall filter for specific alarms (e.g. PCI Confusion) and trigger OOF Optimization as needed .- DCAEGEN2-1109
- Implement PostgreSQL database to store There shall be a FM/PM database (postgreSQL) for FM/PM data with data and any other data needed by the SON Handler Microservice. This database provide a query interface to so that the SON Handler MS can read and write data. - DCAEGEN2-1111
- The SON Handler microservice shall filter specific FM/PM messages published by the VES Collector and write to the FM/PM database. DCAEGEN2-1109
- The SON Handler MS interfaces to Policy interfaces , OOF, SDN-C, ConfigDB shall be modified as needed by DCAE onboarding. e.g. MS shall receive configuration policy via DCAE Controller - DCAEGEN2-1109
- Microservice shall support centralized ANR SON functionality to modify neighbor cell relationshbased relations based on handover KPIs. DCAEGEN2-1109
|
OOF | |
| - US - OPTFRA-416
- OOF PCI Algorithm Solver and interface shall support different at least two optimization objectives (e.g. minimize changes, minimize confusion, joint PCI/ANR)PCI confusion)
- OOF PCI Solver policy shall use a PCI range specified in the configuration policy
- OOF shall support joint PCI and ANR functionalityprovide a joint PCI/ANR solver which will optimize PCI and also recommend a removal of a neighbor relation if there PCI allocation is difficult for a cell which also has a neighbor link for which the successful_handover KPI is below a pre-specified threshold
|
Policy | | | - Policy module shall support handling of partial success where only some of the PCI change actions from a set of changes are successful (e.g. allow partial changes, revert to previous state)
- Policy CLC shall co-ordinate between PCI SON Control Loop (CL) and some other control loops (CL) which are acting on the same cells.
- Need to check use of Policy designer, and also CLAMP
|
SDC | |
| - SON Handler Microservice shall be added to SDC Catalog to support DCAE onboarding
|
SDNC | | (Carryover items from 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 | - SDNC-430: Modify RAN informational model and yang model for RAN
- SDNC-431: Implement config DB and REST API (SDN-R / OOF interface).
NOTE: ConfigDB work should align with larger Controller and configuration projects/use cases. - 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
- SDNC should maintain an operational database and configuration database. May be a modification of SDNC-431.
|
(RANSim) |
|
| - RANSim shall send FM/PM data (e.g. PCI confusion alarm, Handover KPI) to VES Collector
|