blob: dabcf62602e5de00f9d0b2ec30c6809ac853cd51 [file] [log] [blame]
elinuxhenrik9e8b7842020-06-05 10:23:27 +02001.. This work is licensed under a Creative Commons Attribution 4.0 International License.
2.. http://creativecommons.org/licenses/by/4.0
JohnKeeney01ea4be2021-05-26 19:32:47 +01003.. Copyright (C) 2021 Nordix
elinuxhenrik9e8b7842020-06-05 10:23:27 +02004
5Use Cases
6=========
7
8To support the use cases defined for the Non-RT RIC, there are implementations provided in the nonrtric repo, see:
9 nonrtric/test/usecases
10
11Health Check
12------------
13The Health Check use case for the Non-RT RIC is a python script that regularly creates, reads, updates, and deletes a
14policy in all Near-RT RICs that support the type used by the script. A self refreshing web page provides a view of
15statistics for these regular checks.
16
17For more information about it, see the README file in the use case's folder.
18
JohnKeeney01ea4be2021-05-26 19:32:47 +010019.. image:: ./images/healthcheck.png
elinuxhenrik7a629fc2021-05-21 15:46:47 +020020
21O-RU closed loop recovery
22-------------------------
elinuxhenrik7a629fc2021-05-21 15:46:47 +020023
JohnKeeney01ea4be2021-05-26 19:32:47 +010024This use case is a non-real-world closed-loop use case to demonstrate automated recovery when the front-haul connection between and O-DU and O-RU is reset.
25An application in the NONRTRIC sense the fault from the O-RU (O1-FM) and initiates a NETCONF reset operation (O1-CM) using the OAM controller.
26More details about the use case can be found on the O-RAN SC wiki: `(RSAC) <https://wiki.o-ran-sc.org/pages/viewpage.action?pageId=20878423>`_ and `(OAM) <https://wiki.o-ran-sc.org/display/OAM/Closed+loop+use+case>`_.
27
28Non-RT RIC provides two implementation versions of the recovery part of the use case. One in the form of a python
29script, and one utilizing the ONAP Policy Framework.
30
31Standalone Script Solution
32++++++++++++++++++++++++++
elinuxhenrik7a629fc2021-05-21 15:46:47 +020033The script version consists of a python script that performs the tasks needed for the use case. There are also two
JohnKeeney01ea4be2021-05-26 19:32:47 +010034simulators. One message generator that generates alarm messages, and one SDN-R simulator that receives the config
elinuxhenrik7a629fc2021-05-21 15:46:47 +020035change messages sent from the script and responds with alarm cleared messages to MR.
36
37All parts are Dockerized and can be started as individual containers, in the same network, in Docker.
JohnKeeney01ea4be2021-05-26 19:32:47 +010038
39ONAP Policy Solution
40++++++++++++++++++++
41
42**<ToDo>**