Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 1 | .. This work is licensed under a Creative Commons Attribution 4.0 |
| 2 | International License. http://creativecommons.org/licenses/by/4.0 |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 3 | |
| 4 | .. contents:: |
| 5 | :depth: 3 |
| 6 | .. |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 7 | .. _docs_5G_oof_pci: |
| 8 | |
| 9 | OOF-PCI |
| 10 | -------- |
| 11 | |
| 12 | Description |
| 13 | ~~~~~~~~~~~ |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 14 | The 5G OOF-PCI use case is an implementation of a SON (Self-Organizing Networks) algorithm |
| 15 | for Physical Cell ID (PCI) optimization and the centralized Automatic Neighbor Relations |
| 16 | (ANR) function (blacklisting a neighbor for handovers) in a 4G/5G network using the ONAP |
| 17 | Optimization Framework (OOF). This use case began with the implementation of PCI |
| 18 | optimization in Casablanca. In Dublin release, the SON-Handler MS was onboarded asa |
| 19 | micro-service in DCAE. Enhancements were made to Policy and SDN-C components. Further |
| 20 | details of Dublin release scope and impacts for this use case are described in: |
| 21 | https://docs.onap.org/en/dublin/submodules/integration.git/docs/docs_5G_oof_pci.html#docs-5g-oof-pci |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 22 | |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 23 | In Frankfurt release, the following are the main enhancements: |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 24 | |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 25 | - Introduction of Control Loop Coordination functionality, wherein a second control loop execution is denied by Policy component when another control loop is in progress. |
Reshmasree | 8efc17e | 2019-06-18 16:24:27 +0530 | [diff] [blame] | 26 | |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 27 | - Introduction of adaptive SON, wherein a set of cells whose PCI values are fixed (i.e., cannot be changed during PCI optimization) are considered during the PCI optimization. |
| 28 | |
| 29 | - In addition, the first step towards O-RAN alignment is being taken with SDN-C (R) being able to receive a DMaaP message containing configuration updates (which would be triggered when a neighbor-list-change occurs in the RAN and is communicated to ONAP over VES). |
| 30 | |
| 31 | As part of this use case work, a RAN Simulator providing a simulated Radio Access Network |
| 32 | (RAN) with a number of netconf servers simulating PNF elements has been implemented. The |
| 33 | functionality of the RAN Simulator includes: |
| 34 | |
| 35 | - Generation of neighbor-list-update messages |
| 36 | |
| 37 | - Generation of alarms for PCI collision/confusion and |
| 38 | |
| 39 | - Generation of handover metrics for different neighbor pairs (for the ANR use case). |
| 40 | |
| 41 | All above functionality are enabled using a simple UI. |
| 42 | |
| 43 | All details regarding the use case for Frankfurt can be found here: |
| 44 | https://wiki.onap.org/display/DW/OOF+%28SON%29+in+R5+El+Alto%2C+OOF+%28SON%29+in+R6+Frankfurt |
Reshmasree | 8efc17e | 2019-06-18 16:24:27 +0530 | [diff] [blame] | 45 | |
| 46 | The main use case page is https://wiki.onap.org/display/DW/5G+-+OOF+%28ONAP+Optimization+Framework%29+and+PCI+%28Physical+Cell+ID%29+Optimization |
| 47 | |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 48 | |
| 49 | How to Use |
| 50 | ~~~~~~~~~~ |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 51 | The OOF-PCI use case is implemented in the Rutgers University (Winlab) ONAP Wireless Lab (OWL). |
| 52 | For details, please see: https://wiki.onap.org/pages/viewpage.action?pageId=45298557. |
| 53 | This page includes instructions for access to the lab. Setup and testing is done manually up to now. |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 54 | |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 55 | For all instructions about installing the components, please see: |
Reshmasree | 8efc17e | 2019-06-18 16:24:27 +0530 | [diff] [blame] | 56 | |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 57 | Installation - https://wiki.onap.org/display/DW/Demo+setup+steps |
| 58 | |
Reshmasree | 8efc17e | 2019-06-18 16:24:27 +0530 | [diff] [blame] | 59 | Son-handler installation - https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/services/son-handler/installation.html |
| 60 | |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 61 | |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 62 | Test Status and Plans |
| 63 | ~~~~~~~~~~~~~~~~~~~~~ |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 64 | For Frankfurt release, the enhancements described above were implemented. OOF was enhanced |
| 65 | with handling cells with fixed PCI values during the optimization, SON-Handler MS was |
| 66 | functionally enhanced for adaptive SON functionality, SDN-C (R) was enhanced to include |
| 67 | handling of DMaaP message for config changes in the RAN, and Policy was also enhanced with |
| 68 | Control Loop Co-ordination function. To see information about test plans, please see https://wiki.onap.org/display/DW/Testing. |
Brian Freeman | 51a35e0 | 2018-12-03 17:47:51 -0500 | [diff] [blame] | 69 | |
| 70 | |
| 71 | Known Issues and Resolutions |
| 72 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
Reshmasree | b376a8b | 2020-03-03 11:30:39 +0000 | [diff] [blame] | 73 | It is intended to have the RAN Simulator support sufficient Honeycomb netconf server instances to simulate 2000 cells. However, this number may be lower if there are hardware limitatons. |