You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

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.  

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 Med, to RMR, to HelloWorld xAPP, back to A1 Mediator, and A1 Mediator in updating its policy list.

Here are the sequence of operations:

  • Get current policy list (to ensure HelloWorld policy instance is not present)
  • Send via A1 a HelloWorld policy instance creation request
  • Upon receiving creation request successful, get current policy list again (to verify HelloWorld policy instance is present)
  • Send via A1 a HelloWorld policy instance deletion request
  • Upon successful response, get current policy list (to verify HelloWorld policy instance removal)


Figure below shows the corresponding sequence flow diagram.


A1 RIC Health-Check Personnel SMO O-RAN RIC «INT»Test Driver «INT»Test Driver «OAM»O1 «OAM»O1 «NONRTRIC»Non-RT RIC «NONRTRIC»Non-RT RIC «RIC»A1 MED «RIC»A1 MED «RIC»O1 TERM «RIC»O1 TERM «RICAPP»HelloWorld xAPP «RICAPP»HelloWorld xAPP «SIM»E2 Node «SIM»E2 Node Provide E2E Healthcheck Test (Policy Changes via A1) A1 Heartbeat A1 Mediator Health is addressed by RIC Self-Check Flows A1 On-demand Policy Creation and Deletion Non-RT RIC support for A1 messages: A1 Query of PoliciesQuerying Policies can be requested by OTF/Test Driver as well 1«A1» GET Policy List 2«A1» Policy List Support A1 Policy Test Message Generation:"HelloWorld" Test Policy Instance Creation 3«A1» HelloWorld Policy Creation Request 4HelloWorld Policy Creation Support A1 Policy Test Message Mediation 5Policy Status Change Support A1 Policy Test Message Processing:xAPPs process "HelloWorld" Policy Creation 6«A1» Policy Creation Completed 7Policy Status Change 8«A1» Enforcement Change Notification 9«A1» GET Policy List 10«A1» Policy List Send Policy List showing HelloWorld instance created Support A1 Policy Test Message Generation:"HelloWorld" Test Policy Deletion 11«A1» HelloWorld Policy Deletion Request 12HelloWorld Policy Deletion 13Policy Status Change 14«A1» Policy Deletion Completed 15«A1» Enforcement Change Notification 16«A1» GET Policy List 17«A1» Policy List Send Policy List showing HelloWorld deleted


Plantuml file for A1_HealthCheck Sequence Diagram











  • No labels