...
A1 is used for enabling the near-real time RIC (the term RIC will be used on this page) to manage policies configured for various hosted xAPPs. A1-related RIC Health-Check must ensure that: 1) the A1 interface is operational, and 2) policy changes (create, change, delete) can be processed.
The A1 RIC Health-Check flow support the following requirements/Epics:
- Provide E2E Health-Check - Policy Changes via A1 interface
- Non-RT RIC support of A1 messages - Policy list queries
- RIC Support of A1 Policy Test Message Generation and Mediation
- HelloWorld Test Policy Instance Creation and Deletion
- xAPP process of HelloWorld Policy Creation and Deletion
For A1 interface health, the RIC Platform is already defining a self-check mechanism (see RIC Self-Check page) in which the A1 Mediator will support internal health-check requests (get_healthcheck request defined). And if there are any anomalies, an alarm will be generated via O1VES and the RIC alarm-list will be updated. So there is no need for the NB client issue a specific A1 health-check; NB client can just query for the alarm-list for A1 mediator health and other component/xAPP health that might hinder the policy configuration from being processed.
To verify whether policy configuration requests can be processed, it is recommended that a "HelloWorld" xAPP be defined that supports a unique "HelloWorld" policy to be created and deleted. So a NB client (Non-RTRIC in SMO or OTF) can verify RIC's policy processing health across the pathway from A1 MedMediator, to RMR, to HelloWorld xAPP, back to A1 Mediator, and A1 Mediator in updating its policy list.
...
| PlantUML Macro | ||||||
|---|---|---|---|---|---|---|
| ||||||
@startuml
Autonumber
Skinparam sequenceArrowThickness 2
skinparam ParticipantPadding 5
skinparam BoxPadding 10
Box Personnel #lightblue
Participant OTF as “Test Driver” <<INT>>
End box
Box SMO #gold
Participant SMO_O1 as “O1” <<OAM>>
Participant RPGE as “Non-RT RIC” <<NONRTRIC>>
End box
Box “O-RAN RIC” #lightpink
Participant A1TERM as “A1 MED” <<RIC>>
Participant O1TERM as "O1 TERM" <<RIC>>
Participant xAPP as “HelloWorld xAPP” <<RICAPP>>
Participant E2SIM as “E2 Node” <<SIM>>
End box
Note over SMO_O1 #lightsalmon
Provide E2E Healthcheck Test (Policy Changes via A1)
End note
=== A1 Heartbeat ==
Note over RPGE, A1TERM
A1 Mediator Health is addressed by RIC Self-Check Flows
End Note
=== A1 On-demand Policy Creation and Deletion ==
Note over SMO_O1 #lightsalmon
Non-RT RIC support for A1 messages: A1 Query of Policies
Querying Policies can be requested by OTF/Test Driver as well
End Note
RPGE -> A1TERM : <<A1>> GET Policy List
A1TERM --> RPGE : <<A1>> Policy List
Note over SMO_O1 #lightsalmon
Support A1 Policy Test Message Generation:
"HelloWorld" Test Policy Instance Creation
End Note
OTF -> A1TERM : <<A1>> HelloWorld Policy Creation Request
A1TERM -> xAPP : HelloWorld Policy Creation
Note Left #lightsalmon
Support A1 Policy Test Message Mediation
End Note
xAPP -> A1TERM : Policy Status Change
Note Left #lightsalmon
Support A1 Policy Test Message Processing:
xAPPs"HelloWorld" xAPP process "HelloWorld" Policy Creation
End Note
A1TERM --> OTF : <<A1>> Policy Creation Completed
xAPP -> A1TERM : Policy Status Change
A1TERM ->> RPGE : <<A1>> Enforcement Change Notification
OTF -> A1TERM : <<A1>> GET Policy List
A1TERM --> OTF : <<A1>> Policy List
Note right
Send Policy List showing HelloWorld instance created
End Note
Note over SMO_O1 #lightsalmon
Support A1 Policy Test Message Generation:
"HelloWorld" Test Policy Deletion
End Note
OTF -> A1TERM : <<A1>> HelloWorld Policy Deletion Request
A1TERM -> xAPP : HelloWorld Policy Deletion
xAPP -> A1TERM : Policy Status Change
A1TERM --> OTF : <<A1>> Policy Deletion Completed
A1TERM ->> RPGE : <<A1>> Enforcement Change Notification
OTF -> A1TERM : <<A1>> GET Policy List
A1TERM --> OTF : <<A1>> Policy List
Note right
Send Policy List showing HelloWorld deleted
End Note
@enduml
|
...