2021-02-19 Meeting notes

Date

Feb 19, 2021

Attendees

  • @N.K. Shankaranarayanan

  • @Swaminathan Seetharaman

  • @krishna moorthy

  • @Sandeep Shah

  • @gasparini24

  • @Martin Skorupski

  • @Kamel Idir

  • @Niranjana Y

  •  

Discussion items

Item

Who

Notes

Item

Who

Notes

ORAN FM

 

O-RAN Fronthaul is based on xRAN and this bases on IETF, which O-RAN O1 bases on 3GPP NRM data models (yang). 
Martin explained O-RAN. Depends on whether SON is targeting O-DU, O-RU or Fronthaul.

Target is O-DU and O-CU. There are CCSDK projects with interface to O-RU for Fronthaul. But we can assume that all FM/PM/CM will
come via VES. In some cases messages are copied over to VES.

O-DU: FM would be VES message. Decision of whether to use VES 7.1 (FM domain) or VES 7.2 (generic domain or fault domain). 7.2 with fault domain will be translated to 7.1. Implementations are using generic domain.

Martin and Claudio recommend using VES 7.1 since there is a working implementation.

Re. alarm sequence, the intent is to sned an alarm clear message. However, there can be errors. So the software should be prepared to handle missing and repeated alarm_clear message. Similarly, the alarm message may or may not repeat. See ORAN picture below (there needs to be another dotted line from O-DU to the VES collector). See also a sample of the VES FM message.

 

Discussion and tentative conclusions:

  1. Use VES7.1 with fault domain

  2. Use a VES structure that works for SON and generic FM.

  3. alarmCondition is the type of alarm. This should remain same for the alarm for subsequent messages. When the alarm is cleared, the eventSeverity goes to NORMAL for the same source/alarmCondition. In this case, alarmAdditionalInformation should change to 0 number of issues.

  4. reportingEntityName is the name of the netconf server with the O-1 interface

  5. sourceName is the entity having the alarm. WE had a discussion on whether this is the netconf device, or DU or cell. General sense was to put detail of information if it is available. e.g. it can be the yang path of the entity. It can be any of the following
    ncserver, ncserver/DU, ncserver/DU/cell, ncserver/DU/cell/nbr-relation" if the information is available.

  6. There would need to be documentaiton of what kind of sourceName is expected for each alarmCondition

  7. In the short-term, the choice will be guided by what makes sense for implementation, with a view towards being aligned to any longer-term target.

  8. This has impact on RAM-Sim which will need to generate the FM messages.

 

 

 

 

 

 

 

Action items