Primary Goals for Non-RealTime RAN Intelligent Controller (Non-RT-RIC) - Release H
R1 Service Exposure & Management
Continuing work of Service execution platform extensions (K8s, Istio, Keycloak, OPA, Gateway) to enable and enforce service isolation & exposure
First version of 3GPP CAPIF-aligned Service Registration & Discovery service available. Will continue integration with related work on rApp management & Service exposure enforcement.
R1 Data Management & Exposure
Aligning with emerging proposals for R1-DME where possible
R1 DME Data Catalog support in NONRTRIC ICS
R1 Data delivery & filtering (Kafka & REST)
Investigating approaches for access to stored data
Continuing prototyping with PM data exposure, filtering & access control
Additional support for stored data access (S3/Minio & InfluxDB) .
rApp Manager
Building on ONAP “Automation Composition” model & platform to implement rApp use cases
Overlap with Service Exposure work to examine role of an rApp Manager to support controlled exposure & LCM of µService and non-µService parts of an rApp
Hope to start work on supporting ASD-based rApps
Support KServe App components
Continued A1-Policy & A1-Enrichment-Information evolution (& R1-A1)
Sample use cases (rApps)
Requirements Drivers for rApp/R1 development
High degree of cross-project integration activity
Testing, Maintenance & Housekeeping
Function Test & Integration Test environment,
Support integration, deployment & configuration of SMO/Non-RT-RIC related functions & usecases in OSC Integration env.
Project coordination, Documentation, Delivery, Reporting, Cross-project alignment, Community demos, O-RAN Standardization support, etc.
H Release - Highlights:
Count of Epics (20 issues), User Stories, Tasks, and Issues: (455 issues) Relevant Epics (Draft/Incomplete. Mostly in progress):
H-Release: Demonstration: "LCM of ASD-based CNFs using ONAP CNFM function in Standalone mode" See Video (HD), Video (SD) and Slides for more information
H-Release: Demonstration: "CAPIF for Service Registration & Service Discovery" See Video (HD), Video (SD) and Slides for more information
NONRTRIC (Spring Cloud) Service Gateway (Release H)
Enable Apps and the Control Panel to use A1 Services
A basic API gateway using spring cloud gateway which then exposes two Non-RT-RIC functions: A1 Policy Management Service & Information Coordinator Service.
Can add predicates through code or yaml (preferred) and in Non-RT-RIC.
A1 Policy Management Service (from ONAP CCSDK – Kohn)
A1 Policy Controller Service above A1 Adapter that provides:
Unified REST & DMaaP APIs for managing A1 Policies in all near-RT-RICs
Operations:
Query A1 Policy Types in near-RT-RICs
Create/Query/Update/Delete A1 Policy Instances in near-RT-RICs
Query Status for A1 Policy Instances
Maintains (persistent) cache of RAN’s A1 Policy information
Support RAN-wide view of A1 Policy information
Streamline A1 traffic
Enable (optional) re-synchronization after inconsistencies / near-RT-RIC restarts
Added support for multiple near-RT-RICs (& multi-version support)
Unified REST & DMaaP NBI
Converged ONAP & O-RAN-SC A1 Adapter/Controller functions in ONAP SDNC/CCSDK
(Optionally deploy without A1 Adapter to connect direct to near-RT-RICs)
Support for different Southbound connectors per near-RT-RIC - e.g. different A1 versions, different near-RT-RIC version, different A1 adapter/controllers supports different or proprietary A1 controllers/EMSs
Repository and documentation about the service can be found at:
A service that coordinates Information Jobs, producers and consumers. Also acts as an A1 Enrichment Information Controller.
ICS is a data subscription service which decouples data producers from data consumers. A data consumer can create a data subscription (Information Job) without any knowledge of its data producers (one subscription may involve several data producers). A data producer has the ability to produce one or several types of data (Information Type). One type of data can be produced by zero to many producers.
A data consumer can be an R-App using R1 APIs, or a near-RT RIC using the A1-EI API (where the subscribed data is more specifically called "Enrichment Information"). A data consumer can have several active data subscriptions (Information Job). One Information Job consists of the type of data to produce and additional parameters, which may be different for different data types. These parameters is not defined or limited by this service and may for instance include:
Parameters related to delivery (Kafka stream, callback URL etc.). These are different for different delivery protocols.
Filtering information (scope, filter or other discriminators).
Periodicity
Other info used for aggregation
Repository and documentation about the service can be found at:
This API is between Near-RT RIC and the Non-RT RIC. The Near-RT RIC is a data consumer, which creates Information Jobs to subscribe for data. In this context, the information is referred to as 'Enrichment Information', EI.
Data producer API
This API is provided by the Non-RT RIC platform and is intended to be part of the O-RAN R1 interface. The API is for use by different kinds of data producers and provides support for:
Registry of supported information types and which parameters needed to setup a subscription.
Registry of existing data producers.
Callback API provided by producers to setup subscriptions.
Data consumer API
This API is provided by the Non-RT RIC platform and is intended to be part of the O-RAN R1 interface. The API is for use by different kinds of data consumers and provides support for:
Querying of available types of data to consume.
Management of data subscription jobs
Optional callback API provided by consumers to get notification on added and removed information types.
Service status
This API provides a means to monitor the health of this service.
DMaaP/Kafka Information Producer Adapters (Release H)
Configurable mediators to take information from DMaaP (& Kafka) and present it as a coordinated Information Producer
Two alternative implementations to allow Information Consumers to consume DMaaP or Kafka events as coordinated Information Jobs. These configurable adapters/mediators act producers of Information Coordinator Service (ICS) jobs by polling topics in DMaaP Message Router (MR) or Kafka and pushing the messages to a consumer.
A version implemented in Java (Spring) - Supporting filtered DMaaP and Kafka mediation:
A very simplified closed-loop rApp use case to re-establish front-haul connections between O-DUs and O-RUs if they fail. Not intended to to be 'real-world'
A very simplified closed-loop rApp use case to re-prioritize a RAN slice's radio resource allocation priority if sufficient throughput cannot be maintained. Not intended to to be 'real-world'