we need better coordination with the test focus group in O-RAN. I'd like to ask if one of the other TOC members will take on the role of coordination with the test group so we can come up with a common plan in the test group.
Rittwik - Martin and Alex have a TM500 for the POC. This is where the UE simulator talks to the BU. Martin - The labs are in Europe and can not be used for a long run.
Jack - We appreciate the stop gap but need to work on coming up with a long term solution.
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases.
The issue was from O-DU low Intel using binary as upstream and use ICC compiler. We discussed this and you started the discussion on the legal side.
Jack can speak to the licensing but editing the compiler.
Action / Lusheng update and make it clear.
Intel has a provision that allows them to use their license code. But because it's the O-DU project it is not OSI approved. We are working with them to allow O-RAN project to use their Intel code. They plan to use it as a test or demo apparatus. If a company decides to build their own O-DU they would deal with Intel to address their licenses to use that code. This will allow us to use the Layer 1 binary that will make it easier to work. The Intel binary is officially part of the O-SC project. It is used for test purposes only.
Action/ Martin Skorupski will provide the PTLs a template spreadsheet for alarms. VES collector will display the alarm list.
Action/ All PTLs take Martin's alarm template and fill out your own components alarms.Take a look at the template and fill out what you can. If you don't have information then let Martin know.
Action / On the Bronze release page update their table. A few have but I would like everyone to begin filling out their tables. Convey to people outside what we're going to do in this release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
Action/ PTLs update Architecture pages.
Standing Agenda Items (Brief Status of Ongoing Activities)
Lusheng - is not aware of any feature updates beyond bug fixes.
Action/ Rittwik - Talk to Jack about Radisys involvement.
They understand the flows. We discussed except there is no O-CU to provide the metrics. I asked Radisys they're thinking about using their closed O-CU API on a black box.
Action/ Rittwik set up a time with Jack and Radisys to discuss Jira and their needs.
Thoralf Czichy proposes that near-RT RIC platform functionality (content) freeze is Feb-7. This is as there's a near-RT RIC platform contributor planning f-2-f workshop planned Feb-3 to Feb-5. Bronze Timeline doesn't have an exact date (drawing suggest in week of Feb-3 to Feb-8). Preliminary content is here: filter10401.
Matti asked for an extension for the RIC app.
Both RIC and RIC apps will finalize their commitment in Jira next week.
Traffic steering derived JIRA epics: filter (2 of 4 are currently in Bronze) // Health-check derived JIRA epics: filter . Already sure that not all will fit in Bronze.
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items
Ask LF for more support for CI. Code changes and submits don't mandate a connection to the Jira id. If the submissions have a link we can view.
What if we don't turn on the linkage?
From contribution perspective not much impact. This is our current practice we do not add this line. By adding this line this will force people to use Jira to track the issues. This adds one more reference for people to investigate. This is good software practice.
Chris L. Can we start with a phased approach?
yes, does LF support this?
you can turn on warning on the gerrit commit content.
Lusheng - If the TOC is OK we will do this on a warning basis first. After M4 we will enforce.
Jira usage will begin with a warning phase and then will be enforced after M4.
Vote to approve to turn on the warning feature on the gerrit commit content for
Add a Jira plugin called Test management used for entering test cases into jira. Request to ask LF to add this test management plugin to be added for 10 users or less.
How many users will be using this?
3 - 4 tops. If the Jira platform supports a group of users.
Up to 10 users the cost is $100. We can revisit if there are more.
Request to ask LF to add this test management plugin to be added for 10 users or less.
Action/ Farheen - Get the information from Jack and put it on the events page of the wiki.
Action / TOC voting members: Provide an alternate contact on the TOC list above.
Action/ Thoralf Czichy update the TOC with the new Nokia TOC members.
Action/ user-59b16 talk to Jack to send out an email to the new TOC members; Nokia, Ericsson, and Radisys.
Action/ Rittwik set up a time with Jack and Radisys to discuss Jira and their needs.
Action/ user-59b16 update TSC with the short/long term UE simulator support.
Action/ TOC we need a test coordinator with the O-RAN test group so we can come up with a common plan between the test groups.
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases.
Action/ All PTLs take Martin's alarm template and fill out your own components alarms.Take a look at the template and fill out what you can. If you don't have information then let Martin know.
Action / On the Bronze release page update their table. A few have but I would like everyone to begin filling out their tables. Convey to people outside what we're going to do in this release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
Paul Smith - we are going to be making additions to the PR. We need changes as soon as possible.
Jack - the maintenance release doesn't have any features.
Lusheng from integration there is a bug fix.
Jack - Bugs are not something we want to report.
Is there anything in doing the plugfest?
Martin - Not for the Amber release
Jack - we are not going add a few lines.
MWC (Barcelona)
Gate 2 MWC demos. 16 demos. There are 3 demos that can feature the bronze release elements. I requested sponsors to include the software community demo whenever appropriate.
Jun Hyuk Song wants to see the which demos have the Bronze elements.
Jinri - 2 or 3 demos out of 16 are demonstrating SC. It will be on the o-ran alliance wiki. Paul may be putting this demo on their wiki. If it urgent for you then please reach out to Paul.
David Kinsey - A1 is mis-leading
We refer to it as O1-A1 functionality. David and Tracy will talk offline.
O-RAN Alliance F2F Feb 17-21 (Paris)
Action/ Farheen - Get the information from Jack and put it on the events page of the wiki.
Jinri requested PTLs to report their progress during the F2F meeting.
There is status of what's been established and the plan of what is in Bronze.
Focus on the plans for Bronze. We will arrange 1/2 hour for each project.
Jack encouraging everyone to be engaged in communicating the message of Bronze.
That every element in the stack and be built and deployed by the LF toolbase and the second ETE use case can be exercised the way it is supposed to function. Rittwik has defined what use case will be exercised in the Bronze.
John Keeney and Tracy Van Brakle and Martin Skorupski we want to articulate what we are targeting to release in Bronze. We need to reduce that to a written objective now that we are closing our use cases.
Rittwik as a part of closing this use case we need a clear two paragraph message that articulates what the community can expect out of the use case. This is an executive summary more than technical details. 2 paragraph executive summary. Whatever we've agreed to has to be documented. We have concerns that we won't progress far enough on the use cases but we should agree on what we are going to do in Bronze. Less about negotiation and more about what we have agreed to what the target is.
Rittwik - Asked Alex to reach out. Martin Skorupski we are in contact VeeAvi (sp?). For UE's we will need hardware which is difficult to acquire.
We need to find out what is the UE agenda. The O-DU project should see how they are testing the O-DU. We have to see if the actual UE simulators can be used to test O-CUs.
Jack - You will need a UE and a radio emulator.
Yes, I need a server that emulates a UE. You don't need RF equipment for this.
This is an important topic and key issue. Which raises, we need better coordination with the test focus group in O-RAN. I'd like to ask if one of the other TOC members will take on the role of coordination with the test group so we can come up with a common plan in the test group. It will take a commitment from TOC to spend time on the subject. Jinri is doing the PR work. If one of the other TOC can take on the role of coordinating with the test group. It is an important activity that will require coordination between the development and test teams. If we are going to coordinate on a UE simulator then the test group should also come up with someone.
Action / Farheen add to next weeks agenda
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
Jack - Look at negotiating with the working groups about our needs. I let the EC know that it is harder to maintain momentum in the second release due to exhaustion from the first release. We need to keep advancing. The first 3 or 4 releases are critical to the success.
Jinri - we can remind the working groups at the F2F meeting.
Rittwik - Reached out to WG8 RCU about supporting hand over for OSC. Their answer is negative. O-Cu feature won't be ready until Cherry release.
Be cautious that for Cherry release it has to be executable. It is too late to plan at the Cherry release.
Sorting out Intel's contribution for license. Lusheng will look into that. Intel API interfaces and loader are a part of the SC. They allow someone to take their software. Not compatible with SC licenses. Jack will be meeting with Stephan (Intel) that O-RAN can use their software for testing but is not an approved open source software. It is a testing apparatus that we can load. We still have a gap on what constitutes a layer 1 open source contribution.
Action/ All PTLs take Martin's alarm template and fill out your own components alarms.
If there are one or two alarms already known then inform Martin Skorupski
Martin will be flexible about the alarm formats, etc.
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Rittwik - OAI fell off the list. We had a meeting with OAI.
Christian (Orange) - Drafted the open interface license with Nokia to understand the differences between OAI and
Christian - OAI across systems to provide something related to E2 service model. Not directly open interface focused but Eurocom (sp?) funded Mosaic 5G within this is a flexran project. Flexran is related to near real time RIC in O-RAN world.
Mohamed (Orange) - As a part of my work on 5G RAN i investigated FLex-RAN. Flexor and controller is an implementation of near real time RIC. If you want to manage the schedule then control or manage the CU or DU. For southbound there is a embedded agent within the source code for enode gnode B. To perform near real time operations on open interface. Available under Apache 2.0 license.
It is a brief description of what we can do with Flex-RAN. If you need it we could organize a presentation for the F2F
Action / Farheen put this back on the agenda. In terms of licensing we can set up parallel meeting times.
Thoralf Czichy proposes that near-RT RIC platform functionality (content) freeze is Feb-7. This is as there's a near-RT RIC platform contributor planning f-2-f workshop planned Feb-3 to Feb-5. Bronze Timeline doesn't have an exact date (drawing suggest in week of Feb-3 to Feb-8). Preliminary content is here: filter10401.
Traffic steering derived JIRA epics: filter (2 of 4 are currently in Bronze) // Health-check derived JIRA epics: filter . Already sure that not all will fit in Bronze.
we need better coordination with the test focus group in O-RAN. I'd like to ask if one of the other TOC members will take on the role of coordination with the test group so we can come up with a common plan in the test group.
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases.
WG1 are correcting a list of demos for MWC compared to last year there were 6 demos. This year we have collected 16 demos.
2 demos are related to SC.
A1 PoC
Edge Cloud Platform (AT&T and Nokia). Release A is demonstrated in this PoC.
Jun Song (Samsung) has a demo to offer for the RIC platform.
Submitted to WG3 video for Network slicing.
For MWC PoC. Next Monday there will be a gate to review the PoC.
Feb 25 9:30 - 10:45 event Dutch Telecom will have a briefing. In an auditorium with 200 seats. Agenda will have the key chair of O-RAN Alliance, Dutch Telecom Executive, China Mobile Co-Chair (Jinri).
O-RAN Alliance F2F Feb 17-21 (Paris)
Do we have the schedule on the web site so people know when our meetings are.
For the TOC will be Tuesday and Thursday evening in Paris. Those are two sessions.
ONES = LF Networking Conference in April (Los Angeles).
2020-02-03 deadline for proposals. Planning on having a small kiosk or booth for demos.
Next weeks meeting is the deadline for raising interest. Talk to you companies and teams and reach out to Jinri and Jack and let them know what your interests are. We have to decide how much we want to participate.
It will have ONES participation. Including Akraino and ONAP. We need EC to be aware of this event to enhance this collaboration. It is a smaller event to have more interaction.
Look for feedback between now and next week.
Action/ Farheen add this to next weeks agenda.
Action/ Farheen ONES. Correct the entry for LF Networking event to LF. Networking: Open Networking & Edge Summit (formerly Open Networking Summit) .
Status of Open Action Items (Old Business)
Action/ TOC voting members: Provide an alternate contact on theTOClist above.
Action/ Farheen get Masafumi's backup from Jack.
Action/ user-59b16 Alignment and adjust OAI code to be compliant with O-RAN Alliance. This is an architectural review of fitting the code.
First meeting with Christian and his counterparts was held last week.
E2 traffic steering model needs to be approved by WG3. O-CU and O-DU handoffs won't happen until the Cherry release. Another is healthcheck.
Is this advancing the software and moving the community forward?
Concern that we may have to add another use case to develop another aspect of the software. How much do we advance in each release. One thing that blocks should not prevent us from moving forward.
Hampered by the O-CU O-DU profile timeline alignment with OSC is tricky. They have their timeline already that doesn't align.
Can we enrich the use case around some other functionality that is advancing.
O-CU and O-DU have to step up and what value they can add.
Can we develop a better set of detailed and expanded data so we can have a complete set?
How complete of data collection can we do in this release.
Steering use case. Cu and DU should implement the E2 interface. There were attributes and KPIs identified for modules. That document needs to be reviewed so that it is clear to CU and DU.
We need to see how we can get the data into CU and DU but we don't have SMO support for that.
Challenge is getting the data out of those devices at performance levels. First step is to acquire it and manage it. The next step is to deliver it to the upstream layers.
We don't have any in 01 or ONAP or SMO to do real time PM. We need to get leverage against ONAP and O-1 team to define those interfaces in support of non-RT RIC. Or we do that work ahead of specs which leads to problems.
Get that proposal.
Rittwik - O-DU and O-CU teams have to get together for the traffic steering use case.
Sachin - Call flow is not listed for a simple traffic steering use case. As a first step we should look at a simulator based approach. Simply simulate the use case and then the CU and DU can adopt that simulators results.
The use case lists KPIs but doesn't list which one is for CU and what is DU. The document we have today is an extensive list of KPIs to use and how training will take place. We don't know how to get it to the SMO. We don't need to use ONAP for now.
Jack asking the team to figure out how best to advance these features in the B release. Expecting O-CU and O-DU to support the other healcheck use case. Expecting a minimum software element with O1 communication. The team can decide how extensive it is. Second use case know that we've deployed every element in the stack and validate that it is running. This is a necessary first step to deploy all the pieces.
Action/ Jinri Huangprovide an answer to user-59b16regarding support for O-CU, O-DU. Without commitments from O-CU and O-DU the end to end use cases are in jeopardy.
We had a meeting with CM, Radisys, Intel
Rittwik has not heard back about simulator.
Call to community: What are we doing about a UE simulator.
Rittwik - we can have one or two cell phones. But not sure that is possible in bronze release. You have to have many UEs in multiple cells. It's OK to do unit tests but to test in full force we have to do it with a simulator.
Martin Skorupski will use cell phones instead of a simulator for Bronze release.
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
Action/ O-CU and O-DU PTLs and RSAC to get together regarding the end to end steering use case jeopardy.
Action/ Community to address the UE simulator jeopardy on this TOC call.
Action/ PTLs enter epics from Contributions into jira.
Thoralf - see section 8c below. This will happen next week to discuss. Having trouble with the traffic steering use case. Don't see how the traffic steering use case fits with near RT RIC. Healthcheck of the different interfaces will be entered this week into jira. We will have a list on the meeting after next week.e
Matti - Use case details are evolving.
Sachin - Expecting Jira stories to be in Jira by next week.
Zhimin - Yes we put the O-DU tasks in Jira.
Lusheng - discussed at the end of last release. Issue is to compilation in LF. The licensing is different. We will need some legal council on this matter.
Martin - Common data models from WG4 and how to make it available for the software community. We want to continue what John Keeney did called an SMO that can be deployed. What the SMO should look like.
Focus on what the distribution of an SMO will use for our work in Bronze and then we will update it for Cherry. Lusheng and team for integration and the O-RAN test community. When you listed the alarms, is that the same as all the error messages? Software will generate error messages but we don't gather that info.
If they report according to the ONAP standards then VES collector will display the alarm list.
Each piece of software needs to gather their alarms and be documented.
Yes. that is in my proposal.
Every PTL come up with a list of alarm names, and document it. That can be translated to VES message formats.
Jack asking people to use spreadsheet.
Action/ Martin Skorupski will provide the PTLs a template spreadsheet for alarms.
Speaking to Chris Lott about portal and dashboard discussion.
Alex - Simulator project will have epics.
Jack - We need to know what Simulator is focusing on.
Xiaohua - Epics are in jira. Trying to finish by the end of next week. Community members can read up.
Wei Chen - no epics
John K. - Traffic steering functionality at the SMO level is happening. Getting closer to entering but needs more time.
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Action/ PTLs pull together a summary of each of the projects and what they plan to deliver in Bronze release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
Action/ PTLs update Architecture pages with the Bronze release features they plan to deliver.
Standing Agenda Items (Brief Status of Ongoing Activities)
note that from traffic steering epic/use case I did not see any use cases that fit to the near-RT RIC platform
multiple meetings related to health check epic subitems still be created in JIRA related to E2,A1,O1 health check and related to self-monitoring and alarm management.
what is this item about (from Bronze spreadsheet): "RAN NE to support Dynamic Data Collection (DDC) Measurement Intervals"
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
Action/ Martin Skorupski will provide the PTLs a template spreadsheet for alarms. VES collector will display the alarm list.
Action/ All PTLs take Martin's alarm template and fill out your own components alarms.
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Action/ PTLs pull together a summary of each of the projects and what they plan to deliver in Bronze release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
WG1 are correcting a list of demos for MWC compared to last year there were 6 demos. This year we have collected 16 demos.
2 demos are related to SC.
A1 PoC
Edge Cloud Platform (AT&T and Nokia). Release A is demonstrated in this PoC.
Jun Song (Samsung) has a demo to offer for the RIC platform.
Submitted to WG3 video for Network slicing.
For MWC PoC. Next Monday there will be a gate to review the PoC.
Feb 25 9:30 - 10:45 event Dutch Telecom will have a briefing. In an auditorium with 200 seats. Agenda will have the key chair of O-RAN Alliance, Dutch Telecom Executive, China Mobile Co-Chair (Jinri).
O-RAN Alliance F2F Feb 17-21 (Paris)
Do we have the schedule on the web site so people know when our meetings are.
For the TOC will be Tuesday and Thursday evening in Paris. Those are two sessions.
LF Networking Conference in April (Los Angeles).
Feb 3rd deadline for proposals. Planning on having a small kiosk or booth for demos.
Next weeks meeting is the deadline for raising interest. Talk to you companies and teams and reach out to Jinri and Jack and let them know what your interests are. We have to decide how much we want to participate.
It will have ONES participation. Including Akraino and ONAP. We need EC to be aware of this event to enhance this collaboration. It is a smaller event to have more interaction.
Action/ TOC voting members: Provide an alternate contact on theTOClist above.
Action/ Farheen get Masafumi's backup from Jack.
Action/ user-59b16 Alignment and adjust OAI code to be compliant with O-RAN Alliance. This is an architectural review of fitting the code.
First meeting with Christian and his counterparts was held last week.
E2 traffic steering model needs to be approved by WG3. O-CU and O-DU handoffs won't happen until the Cherry release. Another is healthcheck.
Is this advancing the software and moving the community forward?
Concern that we may have to add another use case to develop another aspect of the software. How much do we advance in each release. One thing that blocks should not prevent us from moving forward.
Hampered by the O-CU O-DU profile timeline alignment with OSC is tricky. They have their timeline already that doesn't align.
Can we enrich the use case around some other functionality that is advancing.
O-CU and O-DU have to step up and what value they can add.
Can we develop a better set of detailed and expanded data so we can have a complete set?
How complete of data collection can we do in this release.
Steering use case. Cu and DU should implement the E2 interface. There were attributes and KPIs identified for modules. That document needs to be reviewed so that it is clear to CU and DU.
We need to see how we can get the data into CU and DU but we don't have SMO support for that.
Challenge is getting the data out of those devices at performance levels. First step is to acquire it and manage it. The next step is to deliver it to the upstream layers.
We don't have any in 01 or ONAP or SMO to do real time PM. We need to get leverage against ONAP and O-1 team to define those interfaces in support of non-RT RIC. Or we do that work ahead of specs which leads to problems.
Get that proposal.
Rittwik - O-DU and O-CU teams have to get together for the traffic steering use case.
Sachin - Call flow is not listed for a simple traffic steering use case. As a first step we should look at a simulator based approach. Simply simulate the use case and then the CU and DU can adopt that simulators results.
The use case lists KPIs but doesn't list which one is for CU and what is DU. The document we have today is an extensive list of KPIs to use and how training will take place. We don't know how to get it to the SMO. We don't need to use ONAP for now.
Jack asking the team to figure out how best to advance these features in the B release. Expecting O-CU and O-DU to support the other healthcheck use case. Expecting a minimum software element with O1 communication. The team can decide how extensive it is. Second use case know that we've deployed every element in the stack and validate that it is running. This is a necessary first step to deploy all the pieces.
Action/ Jinri Huangprovide an answer to user-59b16regarding support for O-CU, O-DU. Without commitments from O-CU and O-DU the end to end use cases are in jeopardy.
We had a meeting with China Mobile, Radisys, Intel
Rittwik has not heard back about simulator.
Call to community: What are we doing about a UE simulator.
Rittwik - we can have one or two cell phones. But not sure that is possible in bronze release. You have to have many UEs in multiple cells. It's OK to do unit tests but to test in full force we have to do it with a simulator.
Martin Skorupski will use cell phones instead of a simulator for Bronze release.
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
Action/ O-CU and O-DU PTLs and RSAC to get together regarding the end to end steering use case jeopardy.
Action/ Community to address the UE simulator jeopardy on this TOC call.
Action/ PTLs enter epics from Contributions into jira.
Thoralf - see section 8c below. This will happen next week to discuss. Having trouble with the traffic steering use case. Don't see how the traffic steering use case fits with near RT RIC. Healthcheck of the different interfaces will be entered this week into jira. We will have a list on the meeting after next week.e
Matti - Use case details are evolving.
Sachin - Expecting Jira stories to be in Jira by next week.
Zhimin - Yes we put the O-DU tasks in Jira.
Lusheng - discussed at the end of last release. Issue is to compilation in LF. The licensing is different. We will need some legal council on this matter.
Martin - Common data models from WG4 and how to make it available for the software community. We want to continue what John Keeney did called an SMO that can be deployed. What the SMO should look like.
Focus on what the distribution of an SMO will use for our work in Bronze and then we will update it for Cherry. Lusheng and team for integration and the O-RAN test community. When you listed the alarms, is that the same as all the error messages? Software will generate error messages but we don't gather that info.
If they report according to the ONAP standards then VES collector will display the alarm list.
Each piece of software needs to gather their alarms and be documented.
Yes. that is in my proposal.
Every PTL come up with a list of alarm names, and document it. That can be translated to VES message formats.
Jack asking people to use spreadsheet.
Action/ Martin Skorupski will provide the PTLs a template spreadsheet for alarms.
Speaking to Chris Lott about portal and dashboard discussion.
Alex - Simulator project will have epics.
Jack - We need to know what Simulator is focusing on.
Xiaohua - Epics are in jira. Trying to finish by the end of next week. Community members can read up.
Wei Chen - no epics
John K. - Traffic steering functionality at the SMO level is happening. Getting closer to entering but needs more time.
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Action/ PTLs pull together a summary of each of the projects and what they plan to deliver in Bronze release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
Action/ PTLs update Architecture pages.
Standing Agenda Items (Brief Status of Ongoing Activities)
note that from traffic steering epic/use case I did not see any use cases that fit to the near-RT RIC platform
multiple meetings related to health check epic subitems still be created in JIRA related to E2,A1,O1 health check and related to self-monitoring and alarm management.
what is this item about (from Bronze spreadsheet): "RAN NE to support Dynamic Data Collection (DDC) Measurement Intervals"
Action/ user-a934b provide a list of functionality that O-CU plans on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
There is work going on for demos. Jinri is collecting material. This is an O-RAN activity.
LF Networking Conference in April. If people are planning on attending please reach out to Jack or Jinri. This will be in LA. Feb 3rd deadline for proposal. Planning on having a small kiosk or booth for demos.
Tracy - The work we did for the plugfest is on the LFN program this month. That is not a big event. This is for developers.
Action/ Tracy Van Brakle will send info on LF Networking to Jack and add the event to our wiki.
Status of Open Action Items (Old Business)
Action/ TOC voting members: Provide an alternate contact on theTOClist above.
There is a press release on O-RAN wiki for this event that went out. They are waiting for the press release. The executive committee will let us know in the next two days. The press release was impressive.
We learned a lot captured in Jira tickets.
Action/ user-59b16 Alignment and adjust OAI code to be compliant with O-RAN Alliance. This is an architectural review of fitting the code.
Rittwik will meet this week and report out next week.
Action/ Jinri Huangprovide an answer to user-59b16regarding support for O-CU, O-DU. Without commitments from O-CU and O-DU the end to end use cases are in jeopardy.
One based on O-RAN services and OAM functions that will form tracks that each release will be improving OAM. The end to end use case relies heavily on O-CU and O-DU functionality that we can progress in this release.
We need to synch up with the PTLs of O-CU and O-DU and the architecture committee to support these use cases.
Rittwik - update yesterdays RSAC meeting Ganesh from Radisys this Friday. He is encouraging O-CU and O-DU come together and identify feasible use cases.
This is a high priority and PTLs must work together. Be modestly aggressive to target this release. Looking forward to an update next week on these discussions.
Rittwik - Setting expectations: when KPIs come to RIC (measurement page) then you do the analytics and then turn it into a traffic steering action as a simple hand off from one cell to another not a real UE. We need a realy UE simulator component needs to be contributed to understand the hand off.
Action/ Farheen Cefalu add to agenda. Call to Community to address the UE simulator as well as the fact that the test community in O-RAN will have a need for this. We have our Simulator team that can identify a UE simulator.
Action/ PTLs enter epics from Contributions into jira.
Jack will start pulling reports from Jira to see the scope of this release.
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Action/ PTLs pull together a summary of each of the projects on what they plan to deliver in Bronze release.
ETE use case is focused on the lower stack but we don't want to ignore the higher level functions. What use case can drive the work in the non-Realtime RIC.
Tracy - O-RAN testing group has a POC plugfest keyed up for the Bronze release. Plugfest will be end of June 2020. It's a dynamic 5G multi-operator with first responders.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.
Standing Agenda Items (Brief Status of Ongoing Activities)
After every release we will have a window where a developer can work on the maintenance items. We're trying to improve what we have done for the Amber release.
Make changes to the Amber branch. If you need help to trigger the jobs for the Amber maintenance release contact user-d3360
Is there a roadmap of the O-CU functionality of how you will add functionality?
Action/ user-a934b provide a list of functionality that you plan on targeting of where the O-CU is going in the coming releases. It is a critical piece and will need a roadmap view.
Working on epics. Planning to deliver epics next week for Bronze release. We need to work with O-DU to provide infrastructure. Please include Xiaohua Zhang for infrastructure.
Think about best practices area. Read that and give guidance to the team of what your expectations are around the documentation. To make things usable outside of developers to make it work. Both the software detailed documentation and how to use the overall system.
John KeeneyNon-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Working on epics. We plan to tidy up our repo. There is functionality that should be in other projects such as simulations, and dashboard (OAM). We will set up sub repos in those repos.
The need for coordination of the SC and O-RAN projects. IBM is duplicating work. We plan to look through our roadmap to see where to push those changes. Whether to O-RAN or O-RAN SC.
Part of the challenge of being new and starting new. People are confused on coordination. This raises another discussion about what an SMO is and should we have a project and space to pull together the SMO owrk. Original agreement was ONAP would be upstream and RAN specific should be here with O-RAN Alliance. As a community how do we sort out this overlap and now that this community has been established how do we structure the needs.
This is a good conversation to start at the plugfes in Prague. If we have a slide that explains the division of labor that would be very useful. I know Vimal worked on something like that. Jack will talk to Vimal to sort it out
All parties are well aware with Vimal's slides but we want more.
One suggestion ONAP may need to be happening this conversation rather than here. Trishan de Lanerolle can help get the right people.
We have the right people. We need to coordinate it better.
Action/ Tracy Van Brakle will send info to Jack and add the event to our wiki.
Action/ TOC voting members: Provide an alternate contact on theTOClist
Action/ user-59b16 Alignment and adjust OAI code to be compliant with O-RAN Alliance. This is an architectural review of fitting the code.
Action/ Farheen Cefalu add to agenda. Call to Community to address the UE simulator as well as the fact that the test community in O-RAN will have a need for this. We have our Simulator team that can identify a UE simulator.
Action/ PTLs enter epics from Contributions into jira
Action/ PTLs participate in the Bronze planning meetings held twice a week by theRSACcommittee. PTLs who are planning to contribute to Bronze must attend.
Action/ PTLs pull together a summary of each of the projects on what they plan to deliver in Bronze release.
Action/ Tracy Van Brakle post POC plugfest in June to the wiki events page.