Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 3 Current »


5G RAN-related use cases in Honolulu


Note: Contact persons denote only ONAP contacts as of now. It has to be extended to include O-RAN/O-RAN SC contacts also.

JiraDescriptionO-RAN Dependency/CollaborationO-RAN SC Dependency/CollaborationContact Persons
REQ-457Extend ORAN A1 support - HonoluluNone, will use O-RAN A1-AP v2.0 specificationAlignment/collaboration needed with O-RAN SC Non-RT RIC project

John Keeney (Ericsson EST) 

REQ-429Use Case for ONAP-based SON for 5G networksAvailability of O1 yang modelsNone, could explore collaboration with O-RAN SC components for e2e demo

N.K. Shankaranarayanan ,Swaminathan Seetharaman

REQ-440E2E Network Slicing use case requirements for Honolulu release
  • Availability of O1 yang models
  • Availability of O2 specification (stretch goal, needed beyond H-release)
  • Collaboration on overall RAN Slicing concept, handling of FH and MH, Closed Loop scenarios, etc.
Alignment/collaboration needed with O-RAN SC Near-RT RIC project

 Swaminathan Seetharaman, LIN MENG, Sandeep Shah

REQ-427Configuration Persistence Service in R8None, O-RAN dependency for H-release to be covered by REQ-429 and REQ-440None

Toine Siebelink Benjamin Cheung

REQ-433ONAP/3GPP & O-RAN Alignment-Standards Defined Notifications over VES (Honolulu)

@Marge Hillis, damian.nowak
  • No labels