Status (3-1-21): 

Mission: Update to newer O-RAN specs (E2,A1,O2,O1) and related features.

Primary Goals: Update to E2APv1.1 (E2 Node configuration transfer in E2 Setup and E2 Configuration Update (even if likely changing again in E2APv2.0) and E2SM OID support in internal E2SM function query interfaces) // support for A1-EI (as per A1APv3.0) // support for O2 as per WG6 use cases // support for RIC-708 O1-CM to xApps // RIC-734 Include time series database into RIC platform (InfluxDB) for usage by xApps // RIC-421 O1 mediator graceful restart with O1 data being persisted over restarts // Concrete alarms from RIC platform (related to message overload): RIC-204, RIC-203 // SDK package, well documented interfaces to be used by xApps via xApp frameworks // Portability SDK (in xApp project) // REST interface for subscription management. 35 Epics planned: link and 11 items as stretch goals: link

D release highlights (date): to be filled in at end of release (all primary goals hopefully realize)

Status 2021-03-03: Work started on many items. 31 Epics planned: link and 15 items as stretch goals: link. Start of release snapshot (MS Excel): link For CII compliance (link)we now do some checks every two weeks in the status meeting and have started a Release criteria checklist template that we go through before releasing, Note that we update to E2APv1.1

• The primary goal of Non-RT RIC is to support intelligent RAN optimization by providing policy-based guidance, ML model management and enrichment information to the near-RT RIC function so that the RAN can optimize, e.g., RRM under certain conditions.
• It can also perform intelligent radio resource management function in non-real-time interval (i.e., greater than 1 second).
• Non-RT RIC can use data analytics and AI/ML training/inference to determine the RAN optimization actions for which it can leverage SMO services such as data collection and provisioning services of the O-RAN nodes.
• Non-RT-RIC will define and coordinate rApps (Non-RT-RIC / SMO appliciations) to perform Non-RT-RIC tasks.
• Non-RT-RIC will also host the new R1 interface (between rApps and SMO services)

D Feature Scope:

• Demo available at: 2020-12-04 - OSC NONRTRIC Cherry Demo

Primary Goals:

• updates of OAM related interface definitions based on
  • YANG from WG4 - O-RAN Management Plane Specification - YANG Models 5.0 - November 2020 (with dependencies to IETF data models)
    • status: done
  • YANG from WG5 - O-RAN O1 Interface for O-DU 1.0 - YANG Models - November 2020 (with dependencies to 3GPP data models) 
    • status: after feedback of WG5, related merge request was abandoned - instead a pipline will be establish with O-RAN bitbuckets.  
  • YANG from WG1 - O1-interface (November 2020 train)
    • status: not approved by O-RAN
  • VES from ONAP DCAE - VES 7.2
    • status: done
  • Notification syntax from 3GPP TS 28.532 V16.6.0
• support D-Release use case "O-RU recovery"
  • see Feature Scope below
• handover SMO artifacts to new SMO project

D Feature Scope: 

• Update to OpenDaylight Silicon
• Support of Callhome via TLS
• CallHome to VES:pnfRegistration 
• o-ran-fm.yang/alarm-notif to VES:fault

• Source code includes RRC, Ng, E1, F1. Platform and OM are provided in  dependent libraries.
• O-CU-CP is integrated with O-CU-UP, O-CU functions should be complete.

Cherry Feature Scope: 

Primary Goals: 

• O-DU high integration in Radio mode
• Initial access and Attach procedure testing in Radio mode
• DL and UL data path in FDD, 20 MHZ with 256 QAM and 64 QAM respectively
• Static TDD mode support with Numerology =1
• O1 enhancement
• Closed Loop Automation Use case support

D Feature Scope: 

. 1. Achieve UL and DL data flow using FDD mode on 20 MHz Bandwidth, Numerology = 0

 2.Support for static TDD mode with pattern “DDDDDDDSUU” on 100 MHz Bandwidth, Numerology = 1

• Evolve scheduler to support UL and DL scheduling of signaling and data messages on single spectrum in TDD mode
• Expand scheduler to support Frame structure according to numerology = 1
• Updates to cell broadcast for TDD and numerology = 1

3.Development activity for Closed Loop Automation use-case

• Support for cell stop and restart within O-DU High layers
• Support for cell stop and restart towards O-DU Low
• F1AP Enhancements towards O-CU indicating cell stop and restart

4.Integration

• Integration with O-DU Low in Radio mode
• Integration with CU

5.End to end testing support (O-RU<->O-DU-LOW<->O-DU-HIGH<->RSYS CU<->Viavi 5G Core )

6.O1 enhancements - by HCL

• Re-structure O1 module to run as a thread in ODU-High
• CM Support - IP and Port configuration for DU, CU stub and RIC stub via Netconf interface
• Support for Closed Loop Automation use-case

Updated:  19th May 2021

JIRA: Epics Status below:

• https://jira.o-ran-sc.org/browse/ODUHIGH-184 - Done
  • As an O-DU L2 developer, I want to implement single UE DL data path and bench-marking
• https://jira.o-ran-sc.org/browse/ODUHIGH-185 - Done
  • As an O-DU L2 developer, I want to implement single UE UL data path and bench-marking
• https://jira.o-ran-sc.org/browse/ODUHIGH-247 - Done
  
  • As an O-DU L2 developer, I want to Establish Netconf session for O1 interface for CM
• https://jira.o-ran-sc.org/browse/ODUHIGH-297 - Done
• As an O-DU L2 developer, I want to Establish Netconf session for O1 interface for CM
• https://jira.o-ran-sc.org/browse/ODUHIGH-322 - Done
  • As an O-DU L2 developer, I want to develop O-DU High Layers to support Closed Loop Automation Use-case
• https://jira.o-ran-sc.org/browse/ODUHIGH-186 - WIP
  • As an O-DU L2 developer, I want to add support for 64QAM modulation scheme in DL
    • Basic code changes complete. Testing in progress for data path
• https://jira.o-ran-sc.org/browse/ODUHIGH-187 - WIP
  • As an O-DU L2 developer, I want to add support for 16QAM modulation scheme in UL
    • Basic code changes complete. Testing to be done for data path
• https://jira.o-ran-sc.org/browse/ODUHIGH-264 - WIP
  • As an O-DU L2 developer, I want to add support for Mu1
    • Code changes at DU APP completed.
    • Resource allocation for SSB and SIB1 completed.
    • Msg1 to msg4 changes completed.
    • Resource table optimization in process
    • Reviewing other layers for relevant changes
• https://jira.o-ran-sc.org/browse/ODUHIGH-265 - WIP
  • As an O-DU L2 developer, I want to add support for 100 MHz Bandwidth
    • Code changes at DU APP completed.
    • Resource allocation for SSB and SIB1 completed.
    • Msg1 to msg4 changes completed.
    • Resource table optimization in process
    • Reviewing other layers for relevant changes
• https://jira.o-ran-sc.org/browse/ODUHIGH-266 - WIP
  • As an O-DU L2 developer, I want to add support for TDD mode
    • Code changes at DU APP completed.
    • Resource allocation for SSB and SIB1 completed.
    • Msg1 to msg4 changes completed.
    • Resource table optimization in process
    • Reviewing other layers for relevant changes
• https://jira.o-ran-sc.org/browse/ODUHIGH-299 - WIP
  • As an O-DU L2 developer, I want to develop O-DU High Layers to support Closed Loop Automation Use-case
    • Discussions on the O-DU PNF Registration and Activation process is ongoing
    • Yang modules to be supported by O-DU to ensure the end-to-end functionality of the use case "Closed loop" is in progress. Basic configuration is agreed to support CLA use case.
    • Internal call flow/message sequence between O-CU and O-DU for cell activation and deactivation is clarified.
    • UE delete functionality complete
    • Cell delete functionality complete
    • Code changes for CU Interaction under review
• https://jira.o-ran-sc.org/browse/ODUHIGH-267 - WIP
  • As an O-DU L2 developer, I want to integrate O-DU High with O-DU Low in Radio Mode
    • SSB transmission successful
    • Debugging issue with Sib1 transmission , PDCCH is received but no PDSCH seen at O-DU low.
    • Awaiting inputs from Intel
• https://jira.o-ran-sc.org/browse/ODUHIGH-268 - WIP
  • As an O-DU L2 developer, I want to integrate O-DU High with O-CU
    • Using Radisys commercial CU as a test fixture
    • New VM to be configured as per H/W and S/Wrequirements of Radisys CU
• https://jira.o-ran-sc.org/browse/ODUHIGH-327 - In review
  • As an O-DU L2 developer, I want to develop O-DU High Layers to support Closed Loop Automation Use-case
• https://jira.o-ran-sc.org/browse/ODUHIGH-269 - WIP
  • As an O-DU L2 developer, I want to support End to End testing scenarios
    • Testing of broadcast messages at O-RU emulator set to begin
    • Awaiting input from Viavi
• https://jira.o-ran-sc.org/browse/ODUHIGH-328 - TODO
  
  • As an O-DU L2 developer, I want to develop O-DU High Layers to support Closed Loop Automation Use-case

Dependency/Blockers:

• O1 configuration for day-1 shall need to be completed to start with CLA. However basic configuration e.g. cell state/operational state/admin state shall be supported initially. Use admin state as unlocked to validate the RU link failure.
• Server(VM) configuration (H/W and S/W) to mount Radisys CU as a test fixture. 
• Unable to use valgrind with Intel libraries. Debugging must be carried out with Alternate methods.
• SIB1 PDSCH reached L1 but cannot be observed in logs. Awaiting response from Intel.
• SSB reached O-RU. awaiting analysis from Viavi.

Primary Goals:  

—Continue O-DU low and O-DU high pairwise test.

—FAPI P7 massage integration -> Ongoing

—Continue O-DU Low and O-RU emulator test.

—Further CU plane testing -> Ongoing

—Continue E2E test with UE simulator.

—Support the UE attachment test

—Development activity for Closed Loop Automation use-case

—Support and test for cell stop and restart within O-DU High layers

D Release Feature Scope: 

Primary Goals:

• Support rapid prototyping by providing simulated interfaces

Cherry Feature Scope:

Status (07 Oct. 2020): 

Primary Goals: 

• Implement the O-Cloud reference design, provide the real time performance to allow the O-DU and other components running on top of it.
• Provide interaction capabilities with other components.

D Feature Scope:  

• Enabe the 2 AIO severs with additional worker nodes deployment scenario
• Implement the O2 interface as the MVP
• Major components upgrade

Cherry Feature Scope: 

• Automated CLM and SonarQube Scanning CI Jobs
• Improve CI for OSC projects
• Validate and and Test platform and use cases 

Status (28 Oct. 2020): 

Jira: Count of Epics, User Stories, Tasks, and Issues:

D Feature Scope:

• Support for O1 interface
  • Implementation of NETCONF client in SMO
  • Reference implementation of a NETCONF server that O-RAN Network Functions, e.g. Near-RT RIC, CU, DU and RU can use. The code can be found at https://github.com/CESNET/netopeer2
  • A minimal set of YANG models that demonstrate the capability of the O1 interface while satisfying the closed-loop automation use-case.
• Support for O1/VES interface
  • Demonstrate the capability to receive VES events, collect them in a dB, and display them in a dashboard.

Jira: Count of Epics ( 0 issues ), User Stories, Tasks, and Issues:  6 issues