nephio-project / nephio

Nephio is a Kubernetes-based automation platform for deploying and managing highly distributed, interconnected workloads such as 5G Network Functions, and the underlying infrastructure on which those workloads depend.
Apache License 2.0
102 stars 53 forks source link

EPIC: Integrated deployment of OAI RAN and OAI core, end to end call using UE and RF simulator #361

Open gvbalaji opened 1 year ago

gvbalaji commented 1 year ago

Goals

R2 scope

gvbalaji commented 1 year ago

Current status: Deployed OAI RAN (RF simulator mode with Sample CRD and hardcoded working configurations using custom k8s controller.) Immediate Next step

arora-sagar commented 1 year ago

@gvbalaji Can you assign this issue to me and @josephthaliath

arora-sagar commented 1 year ago

Me and @josephthaliath made this blueprint for the R2 use case. It will be great if we can get some feedback from everyone. The cloud terminologies we have taken from O-RAN.WG6.CADS-v4.00 TR document page 23.

Here are the questions I would like to ask everyone,

  1. Is the terminology for core cloud, regional cloud, and edge cloud okay?
  2. The placement of different network functions in their respective clouds
  3. Right now there are three clusters plus one mgmt cluster. Should we have another cluster for the UEs? It is possible but it depends if everyone would like to have it or not.

Image

To open the image I suggest you use draw.io.

rravindran123 commented 1 year ago

@arora-sagar , that image lacks resolution, can we have an image with better resolution ?

rravindran123 commented 1 year ago

Goals

  • Define Architecture, Requirements, Intent/CRDs for vRAN Deployment using Nephio.
  • Demonstrate closed loop automation using vRAN operators.
  • Align with O-RAN (e.g. O-RAN Architecture, usecases, O1, O2)
  • Collaborate with other Open source RAN related software like O-RAN SC, OAI etc

R2 scope

  1. Replace RAN with vRAN
  2. To align with O-RAN use cases we have align with O-RAN Architecture, e.g. SMO has FOCOM/NFO and south end has the O-Cloud/IMS/DMS, so need an architecture with Nephio that includes these sub-components as well, and show O-Cloud (O-RAN compliant) as distributed cloud instances we will manage using Nephio.
  3. O1 today interfaces with vRAN functions for CU/DU/RU configuration, IMO, we should just scope to O2 right now, as we are not sure how much Service aware or agnostic Nephio should be
rravindran123 commented 1 year ago

Me and @josephthaliath made this blueprint for the R2 use case. It will be great if we can get some feedback from everyone. The cloud terminologies we have taken from O-RAN.WG6.CADS-v4.00 TR document page 23.

Here are the questions I would like to ask everyone,

  1. Is the terminology for core cloud, regional cloud, and edge cloud okay?
  2. The placement of different network functions in their respective clouds
  3. Right now there are three clusters plus one mgmt cluster. Should we have another cluster for the UEs? It is possible but it depends if everyone would like to have it or not.

Image

To open the image I suggest you use draw.io.

  1. Looking at the figure, if we want to make it O-RAN compliant from a terminology perspective, we could call the clouds running vRAN functions, as Edge O-Cloud and Regional O-Cloud, this may lead to more question on IMS/DMS etc, but I think the alignment here is only from the terminology not to the O-RAN architecture itself.
  2. Also from the CU-CP placement perspective, I see it is part of the Regional, and now we have another Central Cloud for the core control functions, but why are the functions called "amf-regional" etc ?, would suggest to have the Core and CU-CP as part of the regional, and have the Central cloud to include the Nephio mgmt, that will give the complete picture.
  3. Also will be good to show if the Operators are part of the Nephio or the Workload clusters.
arora-sagar commented 1 year ago

Hi @rravindran123 thanks for the comments. The regional one was my error since I copied that part from my R1 diagram. I corrected it. The operators will be on the workload cluster, I made that correction too.

henderiw commented 9 months ago

@electrocucaracha to take the E2E lead OAI and free5gc interworking is out of scope for R2

electrocucaracha commented 9 months ago

The following tasks have been detected for the OAI infra deployment in test-infra project:

The nephio-project\test-infra project requires the workloads\oai\network kpt package of the nephio-project\catalog project, so this PR requires to be merged first.