Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The updated architecture of the RAN-Simulator for ONAP Dublin is illustrated below.Image Removed

...


Image Added

The Netconf server functionality implemented for the Casablanca PoC shall be enhanced for Dublin. For following sections provide the overview and functionality of the various components in RAN-Sim. For completeness, the entire functionality available in Dublin is summarized below (including the implementation done for Casablanca).

2. Netconf server

2.1. Introduction

  • Honeycomb simulator shall be used to simulate the Netconf server. Suitable Necessary extensions will be have been made for it to communicate with the RANSim RAN-Sim Controller.
  • Each netconf Netconf server will run as standalone process or in a Docker container.
  • The netconf Netconf servers will be spawned by RANSim RAN-Sim Controller based on the topology specified.
  • Python scripts and client will seed the initial configuration for each Node.
  • Each netconf Netconf server can send a mount request to SDN-R when it is spawned.
  • Maximum number of cells connected to a Netconf server is configurable (currently configured as 16).

2.2. Handle inputs from RAN-Sim controller

...

  • Netconf server sends a nbrlist-change notification to SDN-R based on the trigger from RAN-Sim Controller, when a cell's neighbor list is updated.
  • Netconf server sends a netconf-config-change notification to SDN-R when triggered by RAN-Sim Controller, when a cell's PCI value is updated.
  • Netconf server sends an alarm message to VES Collector for collision/confusion (and clearing) when triggered by the RAN-Sim Controller.
  • Netconf server sends PM data to VES Collector when triggered by the RAN-Sim Controller.
  • FM and PM data formats are provided below.
    View file
    namefm_data.json
    height150
           
    View file
    namepm_data.json
    height150

2.3. Handle inputs from SDN-R

...

  • Netconf server accepts phy-cell-id update trigger from SDN-R and forwards itto RAN-Sim

...

  • ran-neighbor-list update notification will be sent by netconf server to SDN-R based on the trigger from RANSim Controller.
  • The netconf server will be able to accept phy-cell-id update trigger from SDN-R and forward same to RANSim Controller.
  • Maximum number of cells connected to a netconf server is configurable (currently configured as 16).Controller.
  • Netconf server accepts neighbor list (HO allowed) update trigger from SDN-R and forwards it to RAN-Sim Controller.

3. RAN-Sim Controller

  • This is a Springboot based micro-service.
  • RAN topology of ~2000 cells to be simulated is defined into a configuration DB.
  • RAN Simulator spawns the netconf servers based on this topology.
  • Exposes following rest APIs for GUI to:
    1. Retrieve the current topology
    2. Update phy-cell-id of a cell to simulate collision or confusion (this will also result in an alarm being sent to SDN-R via Netconf server).
    3. Update neighbor list to simulate collision or confusion (in the table view) (this will also result in an alarm being sent to SDN-R via Netconf server).
    4. Receive the new phy-cell-id set by SDN-R (after PCI optimization, or otherwise)
    5. Start/Stop the network simulation
    6. Start/stop generation of PM data for the network. Flexibility to specify which cell(s) should have poor/bad performance.
  • MariaDB will be used as the configuration DB to store the topology.
  • RAN-Sim Controller shall also send a alarm clear notification upon collision/confusion getting resolved due to PCI update(s) and/or ANR update(s) from SDN-R (received from Netconf server).
  • Web GUI will show the current topology, phy-cell-id collision/confusions (using different color codes), ran-neighbor-list.
  • Basic pictorial representation will be provided, improvements will be a stretch goal.

4. RAN-Sim GUI

4.1. Assumptions

  • For initial setup, an input file containing foll. info shall be used
    •  Cell Id
    • PNF name (though this has really no relevance to the GUI)
    • Cell position = {0,1,2,3} 0=>no sectors, 1-3 denotes sectors
    • PCI value
    • (x,y) = mapping to a co-ordinate on the canvas from (lat,long)
    • Neighbor list (ordered list of (cell id, PCI, HO allowed))
  • Canvas view and ‘on-click’ views possible
  • Editable contents: neighbor list (in graphical view), PCI value (in graphical view)
  • Maximum 3 cells in a single location
  • All cells are assumed to be of same size, i.e., path loss, etc. are not considered.
  • Option provided for user to pause before seeing the changed PCI values.
  • Only 1 iteration of PCI/neighbor list change will be performed.

4.2. Illustration of GUI

4.2.1. Canvas view when a neighbor list of a cell is updated


 Image Added     Image Added

4.2.2. Canvas view when a neighbor list of a second cell is updated (OOF is not yet triggered)

 Image Added  Image Added


4.2.3. Details of a particular cell (on click view)


 Image Added   Image Added