elinuxhenrik | 9e8b784 | 2020-06-05 10:23:27 +0200 | [diff] [blame] | 1 | .. This work is licensed under a Creative Commons Attribution 4.0 International License. |
| 2 | .. http://creativecommons.org/licenses/by/4.0 |
JohnKeeney | 01ea4be | 2021-05-26 19:32:47 +0100 | [diff] [blame] | 3 | .. Copyright (C) 2021 Nordix |
elinuxhenrik | 9e8b784 | 2020-06-05 10:23:27 +0200 | [diff] [blame] | 4 | |
| 5 | Use Cases |
| 6 | ========= |
| 7 | |
| 8 | To support the use cases defined for the Non-RT RIC, there are implementations provided in the nonrtric repo, see: |
| 9 | nonrtric/test/usecases |
| 10 | |
| 11 | Health Check |
| 12 | ------------ |
| 13 | The Health Check use case for the Non-RT RIC is a python script that regularly creates, reads, updates, and deletes a |
| 14 | policy in all Near-RT RICs that support the type used by the script. A self refreshing web page provides a view of |
| 15 | statistics for these regular checks. |
| 16 | |
| 17 | For more information about it, see the README file in the use case's folder. |
| 18 | |
JohnKeeney | 01ea4be | 2021-05-26 19:32:47 +0100 | [diff] [blame] | 19 | .. image:: ./images/healthcheck.png |
elinuxhenrik | 7a629fc | 2021-05-21 15:46:47 +0200 | [diff] [blame] | 20 | |
| 21 | O-RU closed loop recovery |
| 22 | ------------------------- |
elinuxhenrik | 7a629fc | 2021-05-21 15:46:47 +0200 | [diff] [blame] | 23 | |
JohnKeeney | 01ea4be | 2021-05-26 19:32:47 +0100 | [diff] [blame] | 24 | This 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. |
| 25 | An 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. |
| 26 | More 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 | |
| 28 | Non-RT RIC provides two implementation versions of the recovery part of the use case. One in the form of a python |
| 29 | script, and one utilizing the ONAP Policy Framework. |
| 30 | |
| 31 | Standalone Script Solution |
| 32 | ++++++++++++++++++++++++++ |
elinuxhenrik | 7a629fc | 2021-05-21 15:46:47 +0200 | [diff] [blame] | 33 | The script version consists of a python script that performs the tasks needed for the use case. There are also two |
JohnKeeney | 01ea4be | 2021-05-26 19:32:47 +0100 | [diff] [blame] | 34 | simulators. One message generator that generates alarm messages, and one SDN-R simulator that receives the config |
elinuxhenrik | 7a629fc | 2021-05-21 15:46:47 +0200 | [diff] [blame] | 35 | change messages sent from the script and responds with alarm cleared messages to MR. |
| 36 | |
| 37 | All parts are Dockerized and can be started as individual containers, in the same network, in Docker. |
JohnKeeney | 01ea4be | 2021-05-26 19:32:47 +0100 | [diff] [blame] | 38 | |
| 39 | ONAP Policy Solution |
| 40 | ++++++++++++++++++++ |
| 41 | |
| 42 | **<ToDo>** |