2020 Q4 (Oct, Nov, Dec)
- Former user (Deleted)
2020 12 16
Recording: 2020-12-16_toc.mp4
Agenda
Call for Scribe (minutes owner): Thoralf Czichy
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
X
Lusheng Ji
Jinri Huang Co-Chair
X
Weichen Ni
David Streibl
Ondřej Hudousek
John-Paul Lane
X
John Keeney Masafumi Masuda
X
Anil Umesh
Juha Oravainen
Thoralf Czichy X William Diego
X
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava Sphoorthi Dayanand (Radisys) standing in even if not listed here. Jack asked her to coordinate with Ganesh if there's an updated name here. Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // Yes, we have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Motion by Thoralf, second by Jinri. No objections. 2020-12-09 minutes approved
- Review of Today's Agenda.
- Release Votes and Approval.
- Cherry release status
- All code has been branched. Tar ball already created and included in release page. All docker containers have been released. Ready. Most projects have updated their documentation. Felix working on "getting started" page. tar ball and getting started page link is available on Cherry page: Cherry Release (Dec 2020)
- Discussion on documentation
- Jack: Is it clear where to ask questions? Felix proposed that the integration team acts as contact as well as the PTLs of the individual subprojects.
- Jinri is working on blog/press release, but seems not yet approved by EC, but plan is to get it released today in the blog. Still discussion related to quotes from Radisys and WR (Gil H. asked about this in the meeting). EC makes final decision and we might not include quotes from everyone in every release to balance this out. Jack trying to see what EC policy on this is. Jinri also provided number of source code commits to EC.
- Thoralf commented that the Dawn timeline needs an update for the week numbers and, e.g., Feb-3 should be Feb-1 (as that's a Monday). Jack will fix.
- Q: there seems to be still changes? Felix confirmed that documentation and binary artifacts (tar balls, and release images) are fixed and available.
- Jinri: What is the official release data for Cherry? Jack: depends on what you want to call it. Press release date vs last artifacts uploaded (Tue, Dec-15 confirmed by Felix): We decided on release date as Dec-15-2020. Jinri will update PR accordingly.
- Cherry release status
- Copyright update.
- Copyright permission proposal to be approved by O-RAN EC.
- Jack: shared the proposal to TOC members. Action point: TOC members Please review copyright permission proposal and provide feedback and setup a meeting with Jack to discuss if needed
- 2020-12-16:
- Jack shared with TOC members the draft (last week). There's an update to the draft, which Jack will send out (post-meeting update: this was sent about 10min after the meeting). Refinements happened based of comments by some member (separating code and documentation). Word "copyright" added to the title.
- John-Paul asked for purpose of separating code and documentation. Jack: seemingly because they (the licenses) are structured differently. John-Paul might still send comments to Jack.
- Jack says he hopes this to be acceptable to 3GPP as well. But Jack not involved in 3GPP discussions.
- Jack hopes for end of January this being finalized and posted by O-RAN alliance, e.g., visible under the same page as the other "o-ran.org/software" page talking about licenses.
- Copyright case to be resolved with 3GPP.
- Copyright permission proposal to be approved by O-RAN EC.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- WG1 MVP proposal by early December.
- OSC Cherry blog post and PR
- Gu Su has draft PR
- PoC on Dec 3.
- 2020-12-16: Re-election in O-RAN EC. The one going out is also sitting in O-RAN-SC TOC as well. We might have to talk about O-RAN-SC TOC composition.
- need to go back to our charter.
- we might want to do elections and work on this in the beginning of next year.
- 2020-12-16: MVP (minimum viable product) was discussed as well in EC. We need to pay attention to that plan. 2021 will be a critical year. For example, OCU being important. More participation is needed. More companies. We do have a challenge around the integration team, also on SMO side. We do need a PTL for the integration and test project ideally with five participants and better alignment with test focus group on O-RAN alliance side. Dawn will need an improvement in this area, also because use cases become more complex.
- 2020-12-16: once we come back next year we need to produce a session (middle/end of Jan) for O-RAN alliance to show what we achieved in Cherry and look for their feedback.
- Rittwik: traffic steering and network slicing was discussed in earlier O-RAN - O-RAN-SC virtual face-to-face, but unsure what actually makes up the MVP
- Jack promised to set up a call, probably part of Rittwik's architecture sessions.
- Jinri: end of Jan or beginning of Feb is next virtual f-2-f on O-RAN alliance side.
- key is to make sure what we aim for in Dawn and "E" release.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- New O-CU PTL onboarding.
- Binary version of Radisys O-CU.
- Radisys legal document to be sent to Jack and Jinri in week of Nov 30.
- 2020-12-16: Ganesh sent the agreement to Jack and Jinri. Jinri to forward this to Stefan and follow up with Stefan to get this finalized. Use of a binary as a test fixture for OCU. Still a challenge to get an OCU implementing the O-RAN alliance interfaces.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- PTLs to keep summary page for Cherry release current and up-to-date.
- 2020-12-16: Close this
- Dawn Release requirement
- 2020-12-16: still open
- "E" Release naming.
- "E" Release voting ongoing.
- 2020-12-16: Jack proposed to continue with only letters. To remove any possibility of potential negative associations with colors in the diverse cultural backgrounds we operate in.
- CII Badging
- Action Point PTLs to go through the questionnaires to know gaps by Jan 2.
- Liaison with Security TG to be set up.
- Cooperation with ONF, OAI and ONAP.
- ONAP alignment to be discussed.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Decision: Move by Jack , second by Jinri. No objections. Felix approved as a committer to it/int, it/otf and it/test repositories
- O-DU low contributions. Action point Felix please resolve with Trishan
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
- This week will be the last TOC meeting of the year and we will continue on January 6th and begin the process for Dawn release. Juha will be scribe of Jan 6th meeting
- Next meeting: January-6-2021
- Tracy: not sure if press release will include reference to proof-of-concept. But note that PoC included WG1 November train output. Jinri to close out the press release.
- This week will be the last TOC meeting of the year and we will continue on January 6th and begin the process for Dawn release. Juha will be scribe of Jan 6th meeting
Meeting Summary (resolutions, new action items, etc.)
2020 12 9
Recording: 2020-12-09_toc.m4a
Agenda
Call for Scribe (minutes owner): Juha Oravainen
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by Juha, second by John-Paul. No objections. 2020-12-02 minutes approved.
- Review of Today's Agenda.
- Release Votes and Approval.
- Cherry approval vote on Dec 9.
- Cherry release status
- Felix presented O-RAN Cherry Release Integration and Testing readout: Cherry-release-readout.pptx
- Felix presented highlighted use cases
- Rittwik: Use cases are ok from RSAC point of view
- Felix: Delivery Status Overview
- Release recommendation is green for all the other projects except for Integration/OTF, OAM and O-CU
- Jack:How many use cases did not get validated at this point?
- Felix: Use cases highlighted by RSAC are all validated
- Rittwik: Within the realms we have in open source we have got it to make it work. If the component doesn't exist, we can't make the full stack work.
- Jack: And it is documented what works and what doesn't?
- Rittwik: Yes
- Jack: Is there anything that has the light green tick, which won't be completed by Saturday
- Felix: No
- Jack: Let's see red boxes, O-CU clearly is not being released as part of Cherry release. Does anybody has any concerns to exclude O-CU from the release?
- Decision: O-CU is not supported in C-release, no objections
- Integration/OTF
- Felix: My proposal is to defer OTF Framework to Dawn release because OTF Helm charts needs further integration
- Jack: Do we defer this to Dawn or can we complete this in maintenance release? Does this require new code?
- Felix: New code is needed but is doable by the end of January 2021
- Jack: Proposal is to acknowledge that OTF Framework has some defects and will be postponed to maintenance release. Does anybody has any concerns with this?
- Decision: OTF has been postponed to maintenance release, no objections
- OAM
- Jack: EC raised some concerns how dependant OAM is from ONAP
- Tracy: This will be discussed on Friday TSC meeting.
- Jack: We are trying to find the right path through this and make sure both communities get what they need and move forward
- Felix: OAM contains EPL-1.0 license. LF can't exactly identify which pieces of the code is under this license and they raised a question how code is downloaded from the upstream project? Could we use Apache-2 license instead?
- Jack: Who will resolve this question because we can't release that particular repository until we get this resolved?
- Martin: My proposal is not to release this part of the code
- Tracy: I'm optimistic that this issue will be solved but not in this release
- Jack: Proposal is not to release this part of the code
- Jack: Two actions. 1. To remove TR69 part from the release and 2. to address the licensing issue
- Felix: Most of the OAM code is in ONAP repositories. All container images and Helm charts are contributed to ONAP. My biggest concerns are that there is no source code in OSC, binaries are pointing to ONAP projects, platform integration and deployment are done through ONAP OOM, there are challenges in releasing E2E flows due to data model licensing issues (3GPP) and it is hard to recreate E2E flows in OSC labs. I need guidance from TOC on release strategy
- Jack: There is minimum ONAP build you use. How many components you are using?
- Martin listed the components
- Rittwik: Why don't you fork the code?
- Martin: I don't need to fork it because all the functionality is already existing and the problem is that we are now in the level and working more closely with ODL teams and we are now moving more from ONAP towards ODL. I'd not like to fork ODL.
- Mahesh: SMO has also lot of dependencies and I'm not sure why we have SMO project?
- Jack: OAM and non RT-RIC are very big components of SMO. If there is no code in OSC repos then there is nothing to release. We need to continue this discussion and figure out what is the best way to continue the structure of this work going forward
- Jack: In Cherry there is no code or processes in OSC Cherry that need to be released for OAM?
- Martin: There is something for YANG validation. One repository and one folder
- Jack: There will be a minimum OAM released and documentation needs to be setup that way. The bigger issue is how this should work over time.
- Tracy showed a slide, which was prepared for O-RAN TSC: Attachments - Use case demonstration - OAM - Confluence (o-ran-sc.org)
- Jack: We are going to release Cherry. I make the motion to approve C-release, exclude O-CU, footnote OTF that it will be corrected in maintenance release and OAM will be minimised to repositories to support SMO. Does any TOC members have any concerns with this path?
- Rittwik: Which Yang model we are using in open FH?
- Martin: We can release like in B-release
- Decision: Move by Jack, second by Jinri. No objections. C-release approved with exceptions
- Cherry release status
- Cherry approval vote on Dec 9.
- Copyright update.
- Copyright permission proposal to be approved by O-RAN EC.
- Jack: shared the proposal to TOC members. Action point: TOC members Please review copyright permission proposal and provide feedback and setup a meeting with Jack to discuss if needed
- Copyright case to be resolved with 3GPP.
- Copyright permission proposal to be approved by O-RAN EC.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- WG1 MVP proposal by early December.
- OSC Cherry blog post and PR
- Gu Su has draft PR
- PoC on Dec 3.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- New O-CU PTL onboarding.
- Binary version of Radisys O-CU.
- Radisys legal document to be sent to Jack and Jinri in week of Nov 30.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- PTLs to keep summary page for Cherry release current and up-to-date.
- Dawn Release requirement
- "E" Release naming.
- "E" Release voting ongoing.
- CII Badging
- Action Point PTLs to go through the questionnaires to know gaps by Jan 2.
- Liaison with Security TG to be set up.
- Cooperation with ONF, OAI and ONAP.
- ONAP alignment to be discussed.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Decision: Move by Jack , second by Jinri. No objections. Felix approved as a committer to it/int, it/otf and it/test repositories
- O-DU low contributions. Action point Felix please resolve with Trishan
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
- Next week will be the last TOC meeting of the year and we will continue on January 6th and begin the process for Dawn release. Juha will be scribe of Jan 6th meeting
Meeting Summary (resolutions, new action items, etc.)
- Decision: O-CU is not supported in C-release
- Decision: OTF has been postponed to maintenance release
- Decision: Approve C-release, exclude O-CU, footnote OTF that it will be corrected in maintenance release and OAM will be minimised to repositories to support SMO
- Action point: TOC members Please review copyright permission proposal and provide feedback and setup a meeting with Jack to discuss if needed
- Decision: Felix approved as a committer to it/int, it/otf and it/test repositories
- Action point Felix please resolve O-DU low contribution issue with Trishan
2020 12 2
Recording: 2020-12-02_toc.m4a
Agenda
Call for Scribe (minutes owner): Juha Oravainen
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava x Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by Masafumi, second by Jinri. No objections. 2020-11-25 minutes approved.
Review of Today's Agenda.
- Release Votes and Approval.
- Cherry approval vote on Dec 2.
- Jack: Rittwik, how is the documentation and preparation work for the C-release proceeding?
- Rittwik: Documentation is coming through and we are identifying some Dawn use cases
- Jack: Where in the Wiki is the documentation?
- Rittwik: We can put the pointers from the regular SW dev page to integration page
- Jack: This should be put to Cherry release page. Introduction, how to get started, where to get SW and other relevant documentation/links should be found from Cherry release page
- John: Every project has their own documentation. Please add these links to documentation page
- Jinri: Do you need help in documentation?
- Rittwik: Yes, I'll contact to Weichen
- Jinri: Please copy also me when you contact Weichen
- Jack: We have only 10 days left before release date, which is Dec 12th. We are not ready to vote yet but everything needs to be done by next week's TOC meeting
- Integration and Test status, please see chapter 9c below
- Cherry approval vote on Dec 2.
- Copyright update.
- Copyright permission proposal to be approved by O-RAN EC.
- Jack: Proposal got from the legal team and this will be discussed on Friday how to proceed and after that we start sharing it. Expect me to start to reach out at the beginning of next week with a copy what we are proposing and setting up meetings.
- Jack: Anyone who is interested in reviewing the copyright statement, please let me know.
- Jack: This should cover all of the O-RAN original copyrighted material but it does not address 3GPP copyright items
- Copyright case to be resolved with 3GPP.
- Jack: This work is done by standards group. We have some inputs to the process and tracking it but they are the one who are leading the work with 3GPP
- Copyright permission proposal to be approved by O-RAN EC.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- WG1 MVP psoposal by early December.
- OSC Cherry blogpost draft submission by Dec 2.
- Jinri: We are working with the blog post. We already got input from Rittwik but we need still input/highlights/summary from projects.
- Jinri: We need also short descriptions to highlight key features from each project. This is mainly for PR
- We need also quotes from the contributing companies to PR. So far we have input from WR, Nokia and Ericsson
- Jack: Cherry release date is 2020-12-12
- Jinri: Deadline for inputs is this Friday as there will be EC meeting next week
- PoC on Dec 3.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- New O-CU PTL onboarding.
- Binary version of Radisys O-CU.
- Radisys legal document to be sent to Jack and Jinri in week of Nov 30.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- PTLs to keep summary page for Cherry release current and up-to-date.
- Dawn Release requirement
- "E" Release naming.
- "E" Release voting ongoing.
- CII Badging
- Action Point PTLs to go through the questionnaires to know gaps by Jan 2.
- Liaison with Security TG to be set up.
- Cooperation with ONF, OAI and ONAP.
- ONAP alignment to be discussed.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Jack: we need more people in Integration and Test project in D release. One person really can't do all this stuff.
- Felix: Cherry Release Testing Plans: Cherry Release Testing Plans - Integration and Testing - Confluence (o-ran-sc.org) Here you can find all the flows what we want to test
- Felix: near RT-RIC has some new flows
- Thoralf: In the worst case scenario we can't test all of these
- Jack: Please make sure and say what flow is approved and part of the release and what isn't
- Jack: It is important to map use cases and e-2-e flows we are testing
- Rittwik: There is not one to one mapping
- Jack: It doesn't have to be but there should be a place where we can see which work flows support which use cases
- Felix: Some part of the non RT-RIC code is contributed to ONAP, which means we need to use artifacts from ONAP
- John: I see no problems here as code is copied from ONAP and re-released via OSC + both releases use Apache-2 licence. So, licenses are compatible
- Jack: This is ok from open source point of view. The only question is, if they make changes to that code we are referencing in OSC and it breaks our downstream usage. PTL and the team is responsible to make sure it builds and works properly and delivers it to Integration and Test project
- David Kinsey: Why can't we use the boundary or container of that it is part of ONAP?
- John: There are several possibilities but we see this the most feasible and flexible option at the moment
- John: We can use the code in two different projects
- Felix: There is "Copyright 2020 Nordix Foundation" license headers in some non RT-RIC code
- Jack: They are granting this code contribution under the Apache-2 license. That's the key, not who does it but what license they are doing it
- Jack: has the license scan been run yet by the Linux Foundation
- Felix: not yet
- Trishan: I will follow this with Steve
- Jack: we need to run this before we release the code
- Felix: I'm pretty happy with the code but have some concerns with OAM. I will contact Martin off-line
- Jack: what about SMO?
- Felix: My opinion is that tests have passed
- Rittwik: What about SIM and O-CU projects?
- Felix: SIM project is contributing code directly to non RT-RIC code
- Felix: I have also concerns with O-CU but currently I don't have any flows that needs to be tested with O-CU
- Rittwik: How do we address O-CU, definitely for Dawn. And what do we do in Cherry
- Jack: currently we are using Radisys O-CU binary code as a test fixture
- Jack: As far as I know, the code is contributed but there are no test use cases currently that leverage O-CU. Code sits in the repos but we are not using it in integration or e-2-e flows with that code and we should in the documentation call that in that way
- Jack: the key issue is that we have still quite a lot of work to do in the coming week. Rittwik: you are working with Weichen on the documentation project and Felix is working with different teams to validate the remaining flows. And there is the scanning for the SW
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 11 25
Recording: 2020-11-25_toc.m4a
Agenda
Call for Scribe (minutes owner): Masafumi Masada
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
Thoralf Czichy x William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by Masafumi, second by John-Paul. No objections. 2020-11-18 minutes approved.
Review of Today's Agenda.
- Release Votes and Approval.
- Cherry approval vote on Dec 2.
- Copyright update.
- Copyright permission proposal to be approved by O-RAN EC.
- Jack: O-RAN Legal Stefan is evaluating the proposals.
- John: Didn't we hope to have a written proposal you can share this week?
- Jack: We had a proposal we referred to last week and got an additional option last Friday. We hope to have a feedback we can share from Stefan early next week.
- Copyright case to be resolved with 3GPP.
- Jack: No update.
- Copyright permission proposal to be approved by O-RAN EC.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jinri: There is no specific item to mention. MVP discussion is ongoing. There were several discussions with WG2 and WG3 last week.
- Jack: We are approaching US/Europe holiday season. We need to finalize focus points in "D" Release.
- Jinri: WG1 is expected to come out with a MVP proposal by the end of this month. We will get that early December at the latest.
- Jack: We want to have a plan by Jan 2.
- Jack: Last week, Tracy talked about PoC on Dec 3. No update on MWC LA.
- John-Paul: I have a question about OSC Cherry blogpost. Who is coordinating?
- Jack: It should be Jinri.
- Jinri: I can help with this.
- John-Paul: Is there a deadline for submission?
- Jack: We need it by next Wednesday.
- Jinri: Do we also need to prepare a PR?
- Jack: We are doing just blogpost. We need to discuss in EC.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- New O-CU PTL onboarding.
- Binary version of Radisys O-CU.
- Rittwil: We haven't received yet.
- Ganesh: Our legal team is working on a legal document. Who will be the person to send it to?
- Jack: Me and Jinri. We will forward it to Stefan to review.
- Jinri: When can we expect to receive the document?
- Ganesh: Next week.
- Rittwik: We have configured fronthaul. Viavi RU emulator TM500 is being shipped and to arrive at the lab by Dec 4. We will do the radio mode testing for Dawn Release.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- PTLs to keep summary page for Cherry release current and up-to-date.
- Dawn Release requirement
- Jack: Any progress on documentation?
- Rittwik: We got some documents from ODU. We started a discussion on 2 new use cases. We are moving and good to go for January.
- Jack: I don't see Mahesh to provide SMO status.
- Rittwik: He has tested Yang models. He is working to finalize.
- Jack: Do you need any specific inputs?
- Rittwik: One thing from Viavi.
- Jack: We need to get our plan in place for "D" Release at the begining of next year.
- Rittwik: I will reach out to PTLs.
- John: We still need to work on A1-based use cases.
- "E" Release naming.
- "E" Release voting ongoing.
- CII Badging
- Action Point: PTLs to look at CII Badging requirements and pick up 1 or 2.
- Trishan: Next step is to create a child page.
- Rittwik: Each sub-projects will get a badge, right?
- Trishan: Yes.
- Rittwik: What's your guideline, Jack?
- Jack: We need initial assessment from each PTL going through the questionnaires to know gaps by Jan 2.
- Trisian: One item accross the projects is around security.
- Jack: O-RAN has a TG for security. We don't have a specific security comittee in the software comunity.
- Trishan: I would recomend to have a liaison.
- Jack: You can go ahead and set up.
- ONF update.
- John: I saw press releases saying ONF is contributing to OSC. What's the current status?
- Jack: There were meetings with EC and ONF in terms of alignment. Discussion has been around RIC, little on rApp and mostly on xApp.
- Rittwik: Discussion is moving forward. They are contributing to WG3.
- Jack: Challenge is to bring the 2 projects together and keep them aligned. It's an open discussion driven by EC.
- Gil: Is there a discussion to formalize an API into a spec?
- Matti: That's happening in WG3. ONF memebers have been there for a while.
- John: Are there any discussions touching O1 and rApp in WG2?
- Rittwik: Maybe it's beginning.
- Jack: There is a part that we can build in common to drive the concept, but we are not able to do that for everything.
- John: There seems to be a lot of Incentive to get alignment between OSC and ONF. No desire to have a similar alignment with ONAP?
- Jack: Let's have the discussion next week.
- OAI discussion.
- Jack: We continue dialogue about copyright and other points.
- William: They are trying to work on license agreement.
- Jack: Discussions are going on. Nothing acionable.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 11 18
Recording: 2020-11-18_toc.m4a
Agenda
Call for Scribe (minutes owner): Masafumi Masada
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by Masafumi, second by David. No objections. 2020-11-11 minutes approved.
Review of Today's Agenda.
- Release Votes and Approval.
- Jack: We are approaching the time when we will take a vote on approving Cherry. We are going to do some work to be ready by the final approval date of Dec 2. After releasing, we will move on to a blogpost and press release process.
- Tracy: Jus a reminder, we are doing a Proof of Concept on Dec 3.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to. Also, a similar case to be resolved with 3GPP.
- Jack: We met last week and have a written up proposal for approval by EC. It doesn't address 3GPP, but at least O-RAN SC .
- John: What is the proposal?
- Jack: The proposal is to grant a copyright permission to the Software Community for the O-RAN specifications. It has nothing to do with patent or IPR.
- John: I'm not sure it's applicable for code, models, specs and documents.
- Jack: My understanding is that all those items are protected under copyright. That's what legal discussions are about.
- Juha: Is there a draft version our legal can read through?
- Jack: We will get a feedback this Friday. Let's have our legal team review first.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jack: Tracy has already mentioned Dec-3 PoC.
- Rittwik: There is MWC LA. I can send it to the email.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Jack: The new PTL Su Gu is not on due to the time difference. We might have to set anotehr time.
- Rittwik: Ganesh is figuring out the binary version of Radisys O-CU.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- PTLs to keep summary page for Cherry release current and up-to-date.
- Cherry Release cut-ff.
- Jack: Cut-off date is November 14th.
- Mahesh: SMO missed the deadline, but the demo is ready.
- Jack: Please work with Rittwik and Felix to set up a demo time and process the other steps.
- Vidhu: ODUHIGH missed the deadline, but the code is ready.
- Felix: No problem.
- "E" Release naming.
- David: I sent a link of voting page via email.
- Jack: There is an unintentional correlation between colors and derogatory meanings. We need to remove Ebony and vote again.
- Action Point "E" Release voting.
- ONF update.
- OAI discussion.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
- CherryTimeline
- Jack: We need to finalize documentation.
- Rittwik: OK.
- Jack: Felix, what do you need?
- Felix: I need details from each team how to verify the use cases and test flows.
- Jack: The goal is by Dec 3 meeting to have everything approved.
- Felix: It's durable.
- Jack: Please prioritize and support Felix. Trisian, I will get you involved in blog write-up.
- Trisian: Sounds good.
- Jack: How are we getting ready for "D" Release requirement?
- Rittwik: Making progress. We need to get more integrated. That's our challenge for Dawn.
- Jack: The key part is how lifecycle management can deploy the functions.
- Rittwik: The step 2 and 3 of the 4 steps are being done in Cherry.
- Jack: We need process in place.
- Mahesh: I understand.
- Jack: Even if it's not full production ready, at least the initial deployment.
- John: A lot of functions needed just to get the first use case working.
- Jack: We need to make some progress. Rittwik, do we have a roadmap?
- Rittwik: We still need particular use cases.
- Jack: Write up the whole scenario. We need to make sure these plans are laid out.
- Rittwik: We've been working mainly on the user plane.
- Jack: Make sure that the goal and how we make progress to that is clear.
- Rittwik: Use case is very high level. There is a gap OSC is trying to fill.
- Jack: The real item is what needs to be specified and what needs to be implementation. Let's continue the discussion.
- Jack: We need to think about hand-off for "C" Release. We want to invite WG groups and do a demo in January. Based on the "D" Release schedule, the 16th is the last meeting in 2020 and we are going to resume on Jan 6.
Former user (Deleted) Requirements Software Architecture Committee
Action Point PTLs to look at CII Badging requirements and pick up 1 or 2.
- Rittwik: Trisian has created a link.
- Trisian: It's in Best Practice. There are 64 questions.
- Jack: The key thing is to get people go thorough.
- Trisian: It's a good practice.
Zhe Huang (Felix) (Felix) Integration and Test
- Action Point Felix and Zhimin to work together to resolve issue of ICC Compiler access. (Not a barrier to complete Cherry.)
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 11 11
Recording: 2020-11-11_toc.m4a
Agenda
Call for Scribe (minutes owner): Masafumi Masada
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by Masafumi, second by John-Paul. No objections. 2020-11-04 minutes approved.
Review of Today's Agenda.
- Release Votes and Approval.
- Jinri: There was a request on new repo.
- Thoralf: On libe2ap repo.
- Jack: Who made the request?
- Thoralf: My request, I would suggest to vote now,
- Jack: Do you keep creating several repos for segments?
- Thoralf: This is a special case.
- Jack: As a general guidance, try not to create a repo each time. We'll go ahead with this case.
- Decision: Move by Jack, second by Jinri. No objections. New repo "o-ran-sc/libe2ap" approved.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Jack: We had a meeting last Friday including O-RAN Legal Stefan and Scott Nicholas from LF. He has generated his blog being reviewed. Another topic we discussed is 3GPP copyright. I'm looking for an example of 3GPP specification we need copyright permission. We've made some progress on copyright for O-RAN Alliance. It will include copyright forward permission, meaning goal here is OSC permission. We are getting closer.
- Thoralf: That was a discussion with O-RAN SC and O-RAN Alliance. Do we still have a similar discussion with 3GPP?
- Jack; Correct. I'm less involved.
- Rittwik: Why is it such a difficult thing? We end up releasing anyway.
- Jack: The challenge is copyright is a thing that has to be enforced. We are trying to close the legal gap. We are trying to get a clarity around the right permission.
- John: I think it's time to push down.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jinri: EC touched the copyright issue. Second thing is regarding MVP. MVP group is discussing with each WG co-chairs. That's the current status.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Action Point planning for 2021 elections.
- Jack: We approved the new PTL for O-CU.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- Jack: PTLs, please keep summary page for Cherry release current and up-to-date.
- Cherry Release cut-ff.
- Jack: Let's see we can pull in the code by November 14th.
- "E" Release naming.
- Action Point David to start a poll for the naming of "E" Release.
- David: I will send an email.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Action Point Trishan/Rittwik to sync up on CII Badge passing.
- Rittwik: We had a meeting with Near-RT RIC. My request for PTLs is to look at requirements and pick up 1 or 2 items.
- Action Point PTLs to look at CII Badging requirements and pick up 1 or 2.
Zhe Huang (Felix) (Felix) Integration and Test
- Action Point Felix and Zhimin to work together to resolve issue of ICC Compiler access.
- Felix: We had several meetings. The idea is that at the end of Cheery Release we should be able to deploy all the projects. We also talked about testing environment. There are multiple projects ongoing.
- Jack: How is the documentation going?
- Felix: I just get started. I need help from PTLs. That's about testng. Who is working on documentation?
- Jack: There is a documentaiton lead. You can reach out.
- Jinri: Weichen is working on this. I was suggesting him to give feedback or update in the next call. I can connect Felix to Weichen.
- Jack: The other item is license scan.
- Felix: Yes.
- Jack: How is the testing going with DU and use cases?
- Rittwik: DU-RU testing is moving ahead. Fronhaul server has already been installed. RU emulator TM500 is still getting installed. Checking with Viavi. DU-low - DU-high testing has happened to some extent. We are still waiting for Radisys to provide a binary version of CU. Once that comes in, we can hook up.
- Jack: Ganesh, are you aware?
- Ganesh: Yes. I should have update in the next meeting.
- Jack: How do we get it and pull into the documentation package so that other people can see?
- Rittwik: I can take the action.
- Jack: We usually create a link. We shoul also talk about what has been done and what is know to work.
- Rittwik: We have some slides.
- Felix: I will check with Integration team.
- Jack: Are you going to have a follow-up meeting?
- Felix: No. I'm going to reach out to indivisual teams.
- Jack: Has ICC Compiler access been resolved?
- Felix: No.
- Jack: Is that a barrier to complete Cherry?
- Felix: No.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-Real Time RIC (RAN Intelligent Controller) (NONRTRIC)
- Rittwil: What A1 EI code is there? How will we test it using A1 simulator?
- John: That funcion has been delivered and being tested to be deployed in Cherry.
- Jack: You are expanding use cases.
- John: We had brain storming.
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
- Jack: How is SMO going?
- Mahesh: Copyright is one issue we've already discussed. LCM package work is going on. The team is working on pre-standard implementation. Work is going on.
- Jack: Do you think you'll be wrapping up something for "C" Release in the next few weeks?
- Mahesh: Yes. We should be able to demonstrate LCM and Yang model testing.
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
- ONF updae
- Jack: They came out with a blog about there are interested in aligning with O-RAN Alliance and with OSC. There is overall planning discussion going on. They are particularly interested in xApp APIs and software development kit. They built their own Near RT RIC. One of the objectives is to try to understand how we can build xApp. They will start joining the call. The goal is in time for Dawn Release.
- Rittwik: Are we creating a new project?
- Jack: We are trying to figure out. The goal would be common pieces. Deciding about what's upstream and what's downstream is part of the discussions. Principle right now is OSC would be upsteream activities. Our concern is how do they interoperate, test and do demonstrations utilizing things from O-RAN Alliance if you don't have any activities demonstrating alignment or compliance. ONF is interested in O-RAN compliance, but what does that mean.
- OAI discussion
- Jack: Christian is organizing OAI discussions. Challenge is that licensing is not compatible. We are trying to see if we can do something slimilar to what we are doing with Intel O-DU. There are a couple of additional meetings coming up.
- Rittwil: Say, we want to use O-DU from OAI, but OSC will build E2 adapter to talk to O-DU. Where would the E2 part be maitained?
- Jack: E2 should be built in OSC.
- RIttwik: We will just download from OAI?
- Jack: Just like we download Intel FlexRAN code.
- ONF updae
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 11 04
Recording: 2020-11-4_toc.m4a
Agenda
Call for Scribe (minutes owner): Masafumi Masada
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by John-Paul, second by David. No objections. 2020-10-28 minutes approved.
Review of Today's Agenda
Jack: Let's discuss release plan. The release date of "C" Release is Dec-12. We need to do test and license scan, to have documentation review in week of 23rd and to write a summary and pull together the package at the beginning of December. Any questions?
- Mahesh: Code freeze is supposed to be week 40. We need some extension for some projects. We don't have the final code in the repo yet.
- Jack: Is your case that large amounts of code that haven't been tested or looked at yet or is there some specific pieces of a bigger release? Your are talking about the except, right?
- Mahesh: Yes. We are hoping to get the Machine Learning version of the QP except in this release. The ML code is not in the repo yet. I will find out.
- Jack: We would like to see the code there as soon as possible. The question is how close it is. We need to bring the code into the repos so that we can start running scans and packing things up. Let's get an update this week.
- Mahesh: I will find it out in today's meeting.
- Jack: Who is the lead?
- Mahesh: An AT&T guy.
- Jack: Does any other PTLs have any outstanding items or concerns?
- Thralf: RIC Platform has a few items.
- Jack: How open are they?
- Thralf: We have 3 items on which review ongoing last week and 2 items to finish over the next few weeks.
- Jack: Let's see we can pull in in the next week and half before the 14th.
- Thralf: When do we expect is the date after which everything that goes in has to be especially managed?
- Jack: After the 14th, we need to cut it off.
- Thralf: I agree.
- Matti: Sounds good.
- Zhimin: O-DU - RU testing is still ongoing. I don't think we can make the 14th.
- Jack: The question is whether all the code is in the repo.
- Zhimin: That's fine.
- Jack: We need to make sure that we are bringing this to a point where people can start to donwload and use it. That's a big part of the goal.
- Jack: The schedule shows us starting up the 1st week of January for the "D" Release. We need to start talking about what's going to be in. Also, there is a maintenance window for the Cherry Release. David, maybe you should start a poll for the naming of "E" Release.
- David: OK.
- Action Point David to start a poll for the naming of "E" Release.
- Release Votes and Approval.
- None.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Jack: I'm waiting for an email from Scott Nicholas at LF on the copyright blog. The goal is to articulate what 3GPP, ETSI and others might need to consider when supporting open source communities in what they need in terms of copyright permissions from their specifications. I was trying to use that as a way to give an assist these organizations with information on how the open source community looks at their needs for this issue to be addressed.
- John: It doesn't directly address the issue. It's getting close to the stage where we are going to have to consider stopping code contributions until we get this clarity.
- Jack: Understood. I'll highlight it again in the EC meeting.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jack: LF re-published O-RAN blog post about Plugfest 2.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Decision: Move by Ganesh, second by Juha. No objections. Su Gu for O-CU PTL position approved.
- Beginning of April, we should be running an election cycle for renewing the elections for the key positions in the TSC as well as the PTLs. We want to have overlap, hand-off and preparation time for "D" Release. We have some issues in O-CU area to address. Going forward, hopefully Su Gu can help the dialogue move forward and we will make that decision at that time.
- Action Point planning for 2021 elections.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- Jack: PTLs, please keep summary page for Cherry release current and up-to-date.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Rittwik: We met with the Security Committee. They are requesting us to control CII Badge passing requirement. Each PTL needs to pick 1 or 2 items in the list for Dawn Release to fill out forms. Trishan can help coordinate the form filling and be responsible for what level of badging each project obtains. Pick up maybe 1 item for Dawn Release to avoid too much burden and more for "E" and "F" Releases. The only concern Security Committee has is continuity.
- Jack: We need a checklist saying which project has completed which tasks.
- Trishan: One way to maintain is to create a table with a check list on the O-RAN SC Wiki. I can take care. We usually do it at a main project (O-RAN SC in this case) not each sub project. Let me check.
- Jack: As a group, we need to focus on the threshold.
- Trishan: Rittwik, let's sync up off-line.
- Action Point Trishan/Rittwik to sync up on CII Badge passing.
- Jack: How are we on track for getting early work done on the "D" Release requirements?
- Rittwik: We are aligned except traffic steering. They expect to have a service model by the March Train.
- Jack: What is the major control action on the each interface?
- Rittwik: Control action on E2.
- Jack: Is there a full loop on O1 and A1?
- Rittwik: There are some aspects of O1 that we are able to control. There are some models that are getting tight in the small project. The only control except is traffic steering. The others are directives.
- Martin: That's correct. Currently we get the alarm list and those kind of things. Most of the problem is that we cannot contribute based on the Yang models from 3GPP. That's what currently happens in O1. We depends on 3GPP that is one of the main issues.
- Jack: We need to take a look broader than just E2. We need to get a demonstrable system that exercises that full range of control for "D" and "E" Releases.
- Martin: That's already there since Amber and Bronze. What's missing is taking an action doing closed-loop or performance based.
- Jack: We completed them for at least O1. We need to look at the whole area so that everybody can see all the functionality of O1, A1 and E2.
- Rittwik: I understand your request. That also depends on the specs. What's your viewpoint on MVP?
- Jack: I agree with MVP bringing focus, but my concern is that we are focusing on such a narrow piece for each release. I want to make sure we are covering that around the 3 interfaces.
- Martin: What is necessary is that we exchange topology information of O1, A1 and E2.
- John: I agree. What's missing is a node in RAN producing some monitoring data we can use to drive use cases. I can't see that coming from simulation functions. Just alarm type of data coming up from PM would be useful.
- Rittwik: That's what we are trying to set the system up so that at least functional system is working. Without all the pieaces working, it's difficult to get any PM data. You don't have a full functional E2E stuck. I get John and Jack's point.
Zhe Huang (Felix) (Felix) Integration and Test
- Action Point Felix and Zhimin to work together to resolve issue of ICC Compiler access.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 10 28
Recording: 2020-10-28_toc.m4a
Agenda
Call for Scribe (minutes owner): John-Paul Lane
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by John-Paul, second by Jinri. No objections. 2020-10-21 minutes approved.
Review of Today's Agenda
- Jinri: Trishan working between LF and O-RAN Alliance and will present Cherry release overview been.
- Release Votes and Approval.
- Alex: Approval request to update SIM repo with Viavi simulated data. License used is the LF data license (CDLA). The contribution is coming from Viavi.
- Jinri: What kind of data is this repo for?
- Alex: E2 data i.e. data consumed by xApps.
- Juha: Linux Foundation has no problems with this proposal?
- Matti: It is a trace of the simulated environment.
- Jinri: Does the Viavi simulator generate E2 data?
- Matti: It simulates RAN data which is consumed by the E2 simulator. The E2 simulator then generates E2 data which, in turn, are consumed by the xApps. .
- Alex made motion to approve repo, seconded by Jinri. No objections. Motion approved.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Jack: Made some progress in the past week. Dave Kinsley (Qualcomm) made a presentation during the O-RAN virtual F2F. Had a meeting with Linux Foundation legal team - Scott Nicholas - he is creating a public LF blog post which highlights copyright issues from SDOs and describes open source guidelines for incorporating that code. There was an ask to the O-RAN EC, requesting members to expedite copyright discussions with ETSI. This discussion has been running for almost 1 year without resolution. Need to encourage the EC to drive resolution of this issue in a specified time window.
- Mahesh: The main issue for OSC SMO is the usage of the 3GPP data models. Two clarifications would be helpful here: 1) We are trying to use the models internally within OSC. 2) We also need to consume and use these 3GPP models in OSC projects. Is it ok to continue this WoW?
- Jack: If OSC does not publicly publish the 3GPP models then generally there is no copyright issue. Should be possible to read and execute the models, running them in OSC labs, but they shouldn't be stored / replicated in the LF repo. Instead, use references - pointing to links to the the models on 3GPP servers.
- Tracy: The method for using the 3GPP models is not crystal clear. It is assumed that OSC is not disallowed from using the 3GPP models. However, there is a need to establish a clear process such as the one which exists with IETF.
- Jack: Has this been raised with O-RAN SDFG?
- Tracy: Yes, I have raised this with SDFG ATT rep and this is a topic of discussion at SA5 but currently there is no clear path to resolution. Need something more than a WG liaison statement.
- Jack: I'll work to get clarification on that and revert to this group.
- Tracy: This is also being pursued with the SA5 chair. May yield better results.
- Jack: What are the different paths here?
- Tracy: If SA5 votes in favour of a formalised process which allows 'managed use' (as opposed to 'restricted use') then we may be out of the woods. Similar to WoW with IETF models in O-RAN / OSC.
- Jack: It is worth raising at this point that LF favours using TM protection on content rather than copyright protection. Controlling via TM is perceived to be more effective than controlling copyright and it is also the LF view that TM protection enables open source development more so than copyright protection.
- John-Paul: There was a recent discussion where the O-RAN Alliance was considering given a written permission to OSC to implement Alliance specifications/ At the time, the permission discussion was divided into two parts: 1) O-RAN granting copyright permission to OSC; 2) O-RAN granting patent permission to OSC. Is there any update on this discussion?
- Jack: There was an EC vote on the ASN.1 code permission. This question relates to the guidelines from LF. O-RAN Alliance legal brief (Stefan) is willing to create a statement and publish. LF recommends that this is shared under license rather than a written statement of permission. A written letter of permission could work in a one-off situation. However, we need a solution which works going forward and which also works for other downstream projects, not just a bespoke solution for OSC. This is the nature of the discussion between OSC, LF and O-RAN Alliance. Other EC activities have taken priority up to this point but hopefully time should free up to focus on this important activity soon.
- Jinri: The copyright concern was raised with the EC in the past week. Specifically, the topic was raised in relation to the 60 day IPR window and how OSC can work within this directive. Confirmed by O-RAN Alliance Legal that EC can give copyright permission during the IPR window. This does not need to be ratified by the O-RAN board, the EC has authority here. The specific mechanism for EC to grant an exemption to OSC has not been agreed. This needs further discussion.
- John-Paul: There are two separate but related items under discussion: 1) there is the need for a general process for granting access to O-RAN alliance specifications; 2) there is a recognition that OSC needs an exemption to the 60 day IPR window. Is this a correct understanding?
- Jinri: The two items are related. Our initial concern is that we thought we might have to get O-RAN board to approve permission to reproduce Alliance specifications. This is no longer the working assumption. The EC has authorisation to grant permissions.
- John-Paul: There are two aspects to the granting of permission from O-RAN: 1) granting of copyright from O-RAN alliance to the OSC; 2) granting of permission to include any patents which may be contained in the O-RAN specifications. A lot of OSC contributions are made under Apache 2.0 license which has a copyright grant but also grants the user a right over patents contained within the contribution. Will O-RAN Alliance provide written permission for OSC to encode any patents which may be contained in the Alliance specifications? Is there a risk that by using Apache 2.0 license we, in OSC, could be contributing other companies' patents?
- Jack: All work around the O-RAN specifications is subject to copyright. Copyright does not convey rights over patents. If we include parts of the O-RAN specifications in OSC documentation then CC4 license is applicable (not Apache 2.0). Then, moving to the code contribution, Apache 2.0 references to the person which makes the contribution. This gets a little fuzzy when we talk about OSC projects and determining who made a code contribution. The intent here is to discourage contributors from packing open source code with specific patents, thereby making the open source software unusable. The companies contributing under Apache 2.0 are the only ones which have to understand their rights relative to that contribution.
- Jack: At the next meeting, we should either have clarification or alternatively, we may look to form a broad sub-committee to conclude the discussion.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jinri: The new O-RAN board meeting took place this week. There are 4 new board members + the 11 original members.
- Jinri: O-RAN published a blogpost about the O-RAN plugfest 2.
- Trishan: Can LF re-publish the O-RAN blog post about the Plugfest?
- Jack: You just need permission from the TSC to re-publish.
- Action point Jinri to raise at upcoming TSC call and will revert.
- Tracy: We've been referencing links to O-RAN web sites in our OSC wikis. Is this an issue?
- Jack: As long as these are links back to the original sites then there should not be any issue.
- Tracy: Next demo is taking place on Thursday December 3rd. Live demo across many of the OTIC sites. Planned to include LF members, in addition to O-RAN members.
- Jack: The biggest event which affects OSC is the November train of Alliance specifications. Will be used as a basis for the OSC Dawn release.
- Jack: Are there any IM / DM which are unique to O-RAN or are they all pointing to 3GPP models?
- Tracy: There is a mix of O-RAN, 3GPP and IANA models.
- Jack: Are the 3GPP models published outside of the copyright discussion?
- Tracy: Need to think about that.
- Jack: Let's see how O-RAN wishes to manage its models.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Action Point is needed to raise the question to the EC for a way forward for OSC O-CU.
- Jack: I got email with candidate name for O-CU PTL.
- Jinri: SU Gu is experienced and also working in WG8 which is a big benefit for O-CU project.
- Jack: Can you please self-nominate for O-CU PTL role? Send email to the reflector. Then, we will go ahead and review candidacy, take a vote, etc. Action point SU Gu to send self-nomination email to OSC reflector.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- Jack: PTLs, please keep summary page for Cherry release current and up-to-date.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Felix: Finished testing YANG models for SMO. Working on O-DU integration testing. Licensing issue with Intel ICC C++ complilers. Need to work together with LF to create a process so companies can sign the license.
- Jack: Could we isolate the ICC compiler from the rest of the lab so only those wishing to use the compiler have to sign a licensing agreement? I want to avoid a situation where everyone needs to sign an agreement even where ICC compiler access isn't required.
- Zhimin: This relates to ICC compiler, not to the Intel contribution. So, it sounds a reasonable solution. However, we would need help to implement isolation of ICC.
- Felix: We can help with this. This could solve our problem.
- Jack: Let's work to put those procedures in place.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 10 21
Recording: 2020-10-21_toc.mp4
Agenda
Call for Scribe (minutes owner): John-Paul Lane
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by John-Paul, second by Jinri. No objections. Minutes 20201014 approved.
Review of Today's Agenda
- Release Votes and Approval.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Supposed to have meeting last Friday between OSC, LF and O-RAN Alliance but due to scheduling conflicts this meeting has been moved to this Friday.
- John K: It is important to prioritise this meeting and focus on questions between OSC and O-RAN Alliance.
- Jack: Understood.
- Jinri: SDFG held recent discussion on copyright for 3GPP. Securing copyright permission alone does not appear to be sufficient to re-use ASN.1 and YANG models in OSC. This has been raised to TSC.
- Jack: There are 2 separate threads on copyright: 1) O-RAN Alliance ↔ OSC - process for OSC use of O-RAN specifications and; 2) External SDOs ↔ O-RAN - process for O-RAN (Alliance and Software Community) use of SDO material.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jinri: O-RAN Virtual Face to Face meeting discussed security concerns in OSC. CII badging principles, similar to those used in other open source projects, were presented and discussed.
- Jinri: MVP discussion took place last Friday. At this stage, it looks like there is no concrete conclusion on how the MVP processes should work. However, each O-RAN Alliance WG has an action point to investigate how MVP could work for Network Slicing and Traffic Steering use cases. Further discussion needed.
- Jinri: TSC meeting will take place tomorrow (Thursday).
- John K: Can you comment briefly on likely impacts to OSC from the MVP discussions?
- Jack: There are so many topics to cover. One of the main aims of the MVP process is trying to zero in on the use cases and features which can demonstrate the most value from O-RAN to operators and other stakeholders. One of the ways to make O-RAN relevant is to see operators adopting O-RAN concepts into their product plans. MVP is an attempt to look at operator needs and identify which parts of O-RAN we should prioritise for immediate elaboration. Operator survey is being parsed to understand requirements on MVP and how to communicate this to the broader community.
- John K: How would these requirements be addressed by OSC?
- Jack: RSAC would look at the MVP priority list, analyse what the topic means in terms of requirements and then proceed from that point. There are challenges here for OSC. Some of these MVP topics will likely need some analysis in order to generate OSC requirements.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Jinri: O-CU contribution team cannot commit to making contributions on an ongoing and consistent basis. Need to call for new contributors to this project.
- Jack: O-CU project needs to be re-planned and contributors need to be assigned. How to move forward with testing plans and simulation plans with O-CU. Impacts are felt outside of O-CU project. Action Point is needed to raise this to EC.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- Jack: The Cherry release deliverables have been reviewed over last TOC meetings. These deliverables have also been presented at the O-RAN Virtual F2F meeting.
- Jack: Something we need to consider from the O-RAN Virtual F2F meetings. Which aspects of the O-RAN Virtual F2F meetings do we need to include in our Dawn release plans e.g. POR, Security.... OSC Dawn is a critical release. Need to focus on what we are really going to accomplish in the Dawn release to show value from OSC. This will be a theme of the coming weeks' Dawn requirements discussions with PTLs. Dawn should demonstrate O-RAN capabilities by ensuring that contributions can be used by other projects / companies. Also, Dawn release should demonstrate value from the O-RAN mission.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
- CherryTimeline
- Jack: It's getting close to the end of Cherry release. We are currently finishing up development cycle sprint 4. PTLs need to consider updating wiki etc. Also, PTLs should start to raise which items will make the release and which items won't. How do we push important items over the line to be included in the release?
- Rittwik: In Cherry, O-DU (High and Low) should deliver most of its commitments. For example, almost all parts of the Traffic steering use case are working. A video has been created for the MWCA virtual exhibition. SMO use cases are also looking good to be included in Cherry. O-DU (Low) and O-RU integration is looking like it may be a stretch goal. Being set up in the lab now. UE attach is the focus of the activity at the moment.
- Jack: O-RU and O-DU integration sounds like it is mostly test configuration. There is a test and integration window at the end of each release which can be used to finalise scenarios such as O-DU and O-RU integration.
- Jinri: For O-DU (Low) and O-RU what is the expected output?
- Rittwik: Successful acceptance tests. FAPI interface should be working correctly - messages between the O-DU and O-RU being sent and received successfully.
- Jack: Felix's integration and test responsibility is to ensure people can re-create the systems. The INT project is not responsible for testing the functionality of individual components. Something we should start to consider is the relationship between OSC and TIFG in the Alliance. For example, how does TIFG take this hand-off and do something with it? How do we encourage TIFG to become more engaged with a broader test plan, not just a software and integration test program? Need a discussion with TIFG to understand their plans moving forward. Action point Rittwik to set up meeting with TIFG to align deliverables and make more use of use cases.
Former user (Deleted) Requirements Software Architecture Committee
- Jack: Where do we stand on our plans for requirements in Dawn release?
- Rittwik: PTLs have provided inputs.
- Jack: What are the 3 major focus areas that Dawn release will advance?
- Rittwik: 1) Getting more sophistication into SMO. 2) Use ML to create more sophisticated traffic steering. 3) Near RT RIC platform to address dimensioning and scalability.
- Rittwik: In addition to the 3 areas mentioned we should also consider
- O-DU low and high are at a point where they are interacting with each other - the capabilities are minimum viable. Should we enhance these capabilities? Request guidance from TOC.
- Non-RT RIC focus on A1-EI.
- Jack: Any security related items?
- Rittwik: Amy wants to sit down with each PTL and address CII badging requirements for each project.
- Jack: I think we should view security as a 4th major theme / focus area for the Dawn release. Security assessment and compliance with security task group to bring existing software "up to code" with security rules. Badging has a lot to do with documentation and procedures.
- John K: A lot of OSC components and functions are not production grade. However, some of the security task group requirements are looking for production grade support. This has the potential to reduce capacity to deliver 'functional' requirements from the OSC.
- Jack: Agree with some of what you say. The focus of the security engagement is to: 1) Document what they ask for and 2) Assess what is meaningful to OSC. More discussion is needed in the community on these two points.
- Jack: Regarding SMO project, this is a complex topic. The first objective of SMO should be to deploy and manage all other OSC components. Support an OSC deployment and LCM of O-RAN components. Need to refer to the SMO and its progress in terms of how far along the LCM use case support we are. Can then be used by OTIC and test teams - this demonstrates value of OSC. RSAC might want to take this into account when discussing SMO requirements for Dawn.
- Jack: Anyone else have other comments about what should be high priority for the Dawn release?
- Matti: The new E2-AP spec is released in November. How do we prioritise inclusion of this in Near RT RIC for Dawn?
- Jack: First step is to understand the development effort required to implement all aspects of the new spec. How much work is it to get to full compliance for existing traffic steering use cases in time for the Dawn release? For example, simulator stubs may need to be updated. Needs some more investigation into the impact.
- Matti: Not likely to impact the xApps but E2-AP would likely impact integration between E2 nodes and Near RT RIC platform, some capabilities for load balancing of the connections to the different E2 termination points. Most impacts are likely to be seen on the E2 simulator and Near RT RIC platform.
- Jack: We are use case driven. How would this affect the use cases themselves? Up to now, the use cases didn't include some of the new functionality. Do we need to change use cases or add new ones?
- Rittwik: I think most of the existing use cases would continue to function.
- Jack: What is the motivation to implement messages from the new E2-AP specification in Dawn? Is is to be able to state compliance to the E2-AP spec? Or is there some other driving factor to steer which parts of the spec are implemented? More discussion needed here.
- Tracy: Wanted people to give some thought to the results of the operator survey recently undertaken in the O-RAN Alliance. Also, wanted to ensure people were aware we recently completed the O-RAN Plugfest 2. A follow-on event is being planned for Q1 2021 with OSC Dawn release. This might also include a sneak preview of OSC E release. This group should consider the message that OSC wants to promote / convey.
- Jack: Good points. This aligns well with my comments that we should follow the functionality that people want to see and want to use. Let's continue that conversation.
- Tracy: We are doing a cross-regional OTIC / MVP live demo, Thurs Dec 3rd. The reason for this is because OSC Dawn release PoC is being pushed out to Q1 2021. However, we want to give the team working on these cross-regional OTICs an opportunity to share their accomplishments. It will be a live demo - an interactive session - with Q&A.
- Jack: Any interest in the OTIC to reproduce the test bed that has been used to evaluate the software?
- Tracy: Yes. Eventually, we want to be in a position to have the official integration tested OSC release x code base and use this to certify xNF via an automated test suite. This is the ambition - the Holy Grail.
- Jack: Anything which is required to support this wanted position should be brought to RSAC.
- Tracy: Absolutely.
- Jack: How would we best build better ties with the integration and test function group?
- Tracy: There was discussion about having an O-RAN Alliance TIFG representative join OSC INT project and vice versa.
- Jack: Has this been discussed in the test group? Any feedback from these conversations?
- Tracy: Yes, it has been discussed. Feeling is that the time is right to bring the 2 groups together. Should try to use the Dec 3rd event to promote this O-RAN - OSC collaboration.
- Jack: Outside of AT&T is there other operator engagement here?
- Tracy: Within each region there are interested operators e.g. Orange, DT and Verizon. Discussions are ongoing with other operators too.
- Jack: TOC members (operators) - please reach out to your colleagues working on testing in the O-RAN Alliance. Would be good if someone could act as liaison to some of these OTIC environments.
Zhe Huang (Felix) (Felix) Integration and Test
- Action Point Felix Update the INT project wiki with PTL name and include update on plans for Cherry / Dawn.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 10 14
Recording: 2020-10-14_toc.mp4
Agenda
Call for Scribe (minutes owner): John-Paul Lane
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision: Move by John-Paul, second by David. No objections. 20201007 minutes approved.
Review of Today's Agenda
- Release Votes and Approval.
- Copyright update.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Last week there was a meeting between O-RAN Alliance and LF to review copyright options moving forward. Focus of the meeting is on how to get a good solution to the copyright issue taking examples and experiences from other LF communities. Follow-up meeting planned for this week.
- Action Point Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jack: Good meeting last Friday - almost 100 people on the call. RSAC led the discussion with PTL support on Cherry release content and plans for the Dawn release. O-RAN Minimum Viable Plan (MVP) was one of the main discussion points and should help inform OSC content and deliverables going forward. Some concerns raised around O-CU progress. Overall, the feeling is that OSC is making progress. Link to RSAC presentation included here.
- Jinri: O-RAN virtual F2F meeting is ongoing and there are a number of OSC related discussions planned for the coming days.
- Jack to present statement from ONF.
- Jack: O-RAN Alliance is always in discussions with other organisations about potential collaboration to build relationships. ONF is one such organisation. ONF made an announcement about SD-RAN over the summer. O-RAN Alliance sought some clarifications about parts of the ONF statement. ONF published an update this week to affirm their intention to collaborate and align with O-RAN Alliance on various topics. The O-RAN community promotes collaboration and will work with ONF to advance the goals of the greater community. ONF collaboration will start to become visible in the OSC plans over the coming weeks / months. John Keeney asked if there were any OSC plans for working with ONF open source. Jack: A bit too early at this point. Things will become clearer over the coming weeks / months.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Jinri has provided updates to Rittwik. Next step is to determine which parts could be delivered in Cherry and which parts will target Dawn. This will be discussed at the O-RAN Virtual F2F.
- A replacement PTL is needed for this project - it is not viable to proceed without a functioning O-CU project.
- Jack: Longer term working item that O-CU is one of the OSC's main challenges now.
- Jinri: Need to wait 1 more week to determine whether current O-CU team can continue to contribute.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
- John-Paul: There is a LF Networking Virtual Technical Meeting taking place this week and one of the topics being discussed tomorrow (Thursday) at 09:00 EST / 15:00 CET is ONAP - O-RAN collaboration. Link to the LFN event and schedule is here
- Rittwik: RSAC wants to accelerate development in OSC and has some concerns about some things which may work against this goal. OSC / O-RAN doesn't have control over other open source bodies. It is important that "O-RAN inherent" code resides in OSC and only downstreamed where appropriate. OSC purpose is two-fold: 1) To align with O-RAN specifications when published; 2) OSC also serves a pre-specification function - provide input to the Alliance. The two way flow between OSC and O-RAN Alliance is important for the success of O-RAN.
- Rittwik: Also, the current status of the OSC O-CU project is a concern. The Amber release is monolithic and not being used very much. O-CU is lagging behind from a contribution perspective. Progress meetings would be helpful. RSAC recommendation is to work with OAI to source a more feature rich O-CU for OSC use. Need a longer term plan for O-CU.
- Dave Kinsey: Referring to the cross-project topic. I am concerned about pushing functions which are O-RAN inherent into other open source projects and maintaining them there. If functionality is O-RAN specified it should be implemented in OSC, not in other open source projects e.g. ONAP. Take A1 Policy Management in Non-RT RIC as an example. The A1 controller should be seen as platform functionality and therefore can reside in ONAP. However, the A1 Policy Management service is a function which is specific to O-RAN and should therefore be located in OSC. We need cleaner boundary / lines between OSC and other open source initiatives.
- John Keeney: Implementing the A1 controller and policy management features in ONAP was a response to RSAC requirements at the time.
- Dave K: OSC A1 adapter is ok in ONAP (physical termination ok in SMO). A1 Policy Management is not in the same category. SMO doesn't need A1 Policy Management. Need a strategy on how to de-couple these things.
- John K: One of the main reasons the A1 controller and policy manager was to ONAP was in response to other companies developing similar functionality in ONAP, thereby splitting / fragmenting the development. Moving A1 functions to ONAP was an effort to prevent fragmentation.
- Dave: Understood. Need a process / procedure to agree on how to draw lines between OSC and other groups.
- Tracy: When you said we used the ONAP based A1 controller for expediency, is there a different A1 controller implementation which we could / should use?
- Dave: No, the ONAP A1 controller is the chosen one.
- Tracy: A1 Controller was not implemented in ONAP for expediency. This was implemented in ONAP because it was the right place to locate the A1 controller function.
- Dave / Rittwik: Agree.
- Rittwik: The concern is where source code which is inherent to O-RAN is implemented and needs to be maintained in ONAP.
- Jack: There is a delicate balance between not replicating code unnecessarily and creating complicated relationships / dependencies between open source projects delivering on different cycles.
- Rittwik: There are other 5G stack initiatives such as OAI and ONF and we need to have a clearer view on how to collaborate between OSC and these groups too.
- Jack: Agree that collaboration is important. Need more discussion on this. Licensing is an issue as there are different licensing models in place across, for example, OAI and OSC. ONF is still in the early phases of discussions within O-RAN. More work required on how collaboration might look. O-RAN EC was clear that all upstream projects are good places not to duplicate work, however there is no single commitment to take ONAP implementation for OSC SMO. EC wants a partnership with other open source projects but does not want to yield the work to non-O-RAN groups. Looking to something which works for entire O-RAN community, not just OSC.
- Action Point Rittwik set up a meeting to review and discuss collaboration models and principles between OSC and other open source initiatives e.g. OAI, ONAP etc.
Zhe Huang (Felix) (Felix) Integration and Test
- Action Point Felix Update the INT project wiki with PTL name and include update on plans for Cherry / Dawn.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
- Finished the O-DU LOW FAPI development and verified with 3rd party stack. Integration with O-DU High ongoing and progress is being made.
- Jack: How is integration with Viavi O-RU Emulator progressing?
- Zhimin: We will start integration in Cherry timeframe but will likely need to complete the task in the Dawn release. Need to discuss CI for O-DU Low with Integration team.
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
- Implemented more message types in collaboration with Samsung. HCL is working on assessing benchmarking. OTF integration of E2 likely to move to OSC Dawn release. Working on upgrading Netconf server framework for O1. Looking good to be delivered in OSC Cherry. Aligning with latest models from O-RAN Alliance is an ongoing activity.
- Jack: We are doing a lot of work on the emulators and stubs for the emulators. Is any of the code being contributed to OSC?
- Alex: Some work in progress. Plan to create new repo in SIM project to host Viavi data - licensing discussions ongoing with Viavi - on target to be available in Cherry.
- Jack: Do you need resources to advance E2 issue?
- Alex: Samsung and HCL are working now so shouldn't be any issues.
- Jack: Just raise your hand if you need resource help.
Xiaohua Zhang Infrastructure (INF)
- Presented at O-RAN F2F. Finished AIA with HA. Working on AIA with additional node. Integration ongoing.
- Jack: Are there any discussions to support non-Intel framework?
- Xiaohua Zhang: Yes, that will happen in the Dawn release.
- Jack: O-DU Low is not suited for this configuration. Do we need another O-DU Low implementation or another software project to progress? Need to discuss at RSAC.
Weichen Ni Documentation (DOC)
- Jack: It would be good to get an update on this project.
- Jinri: Will raise with Weichen.
- Mahesh Jethanandani Service Management and Orchestration (SMO)
- Cross-project planning is ongoing.
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.)
2020 10 07
Recording: 2020-10-07_toc.mp4
Agenda
Call for Scribe (minutes owner): John-Paul Lane
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Decision. Move by John-Paul. Juha seconded. No objection. 20200930 minutes approved.
Review of Today's Agenda
Jack: O-RAN Virtual F2F starting on Thursday 8th October.
- Juha: Is there any update on the OAI Meeting which can be shared? Jack: Meeting took place, good discussion, no action items yet. Issue has always been how to synchronise two different software projects. OAI uses FRAND licence which is a challenge for OSC. The meeting addressed three discussion points: 1) Alignment between OAI and OSC objectives. 2) How do we incorporate and use copyrights. 3) How can OSC and OAI collaborate on software and testing. Current thinking is to use a similar approach as Intel in the O-DU project. Needs to be resourced by people interested in bringing OAI closer to OSC. Discussions ongoing.
- Release Votes and Approval.
- Copyright update.
- AP Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
- Jack has a meeting this week with O-RAN legal team and LF legal team. Hoping to make progress on copyright issues at this meeting.
- AP Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC with O-RAN legal to clarify what spec. version it relates to.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- AP PTLs: One-pager about strategy/challenges and what could be leveraged from O-RAN Alliance for Dawn. Please send to RSAC, preparation for O-RAN F2F.
- O-RAN Virtual F2F Agenda is published on the O-RAN Alliance Wiki. From an OSC perspective, at least the following sessions will be of interest:
- Friday 9th October, OSC will kick off Dawn release discussion. RSAC will lead the discussion. Rittwik has received input from some PTLs. Rittwik and David have drafted some of the Dawn epics but would like more visibility on the spillover items from Cherry into Dawn and their prioritisation relative to Dawn activities. Rittwik to follow-up with Viavi about a possible new xApp / rApp use case.
- Wednesday 14th October, Cross-OSC discussion on security requirements. Working to improve security principles and review current tooling. Emphasis on interface transport security.
- Friday 16th October, Discussion on functional architecture or SMO. Important to establish SMO project to enable and demonstrate functionality from all OSC projects.
Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases.
- Jinri has provided updates to Rittwik. Next step is to determine which parts could be delivered in Cherry and which parts will target Dawn. This will be discussed at the O-RAN Virtual F2F.
- A replacement PTL is needed for this project - it is not viable to proceed without a functioning O-CU project.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- O-CU development and O-CU for Cherry traffic steering use-cases.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Integration meeting scheduled after this TOC meeting. Agenda includes Dawn planning and licence scan plans.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
- Working on prototyping AI-Enrichment Information coordination services. Implementing Hello World registration / catalog function. Supporting evolution of A1-Policy specification from WG2. Documentation and integration testing ongoing. No blockers.
- Jack: Capture the ONAP Guilin activities and explain the dependencies in the Non-RT RIC One Pager for OSC Cherry.
Matti Hiltunen RIC Applications (RICAPP)
- Helping on E2 Simulator and xApp framework. Needed for KPIMON from Samsung. Still working on delivering this for the maintenance release. Would like to get ready in time for MWC North America.
- Development proceeding on xApps - SSD, Load Prediction and Anomaly Detection. These xApps beef up support for the Traffic Steering use case.
- Jack: What should we really be trying to accomplish for xApps in Dawn? Matti: KPIMON working with E2 Simulator and Viavi RAN simulator is a big step forward. Push the use case beyond the Near RT Platform and start to integrate with other O-RAN components.
Thoralf Czichy RIC Platform (RIC)
- Contributions from HCL and Samsung are ongoing. Working on Sonarqube for repos. They are also helping on the Simulator. Upgrade to latest Helm version, Nokia will work on K8s upgrade. Some items moved from Cherry. Matti and Thoralf gave Near RT RIC presentation at ONES. Clarifying and resolving copyright/licensing issues between O-RAN and OSC is very important for making progress in Near RT RIC project.
- Jack: What is the major advancement for Near RT RIC in Cherry? Thoralf: Finalising the E2-AP support in Cherry. Support for getting statistics on A1 and E2 messages.
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
- Working on UE attach. Testing needed. Integrating with O-DU (Low). O1 interface support getAlarmList for the HealthCheck use case. Facing some issues pushing code to gerrit. Hoping to resolve issues soon.
- Jack: O-DU is important component - it demonstrates a lot of the interfaces across O-RAN NFs. How do we get a measure of overall progress on O-DU (High)? How is project tracking performed on each of the main functional areas so we can see overall progress? Ganesh: There are dependencies from O-DU (High) to other O-RAN NFs and specifications. Need a baseline across all NFs based use cases. RSAC should be the place to drive this common functionality / use case driven approach. Jack: We have spent first 3 releases putting building blocks in place. Now, we need to look to the next 3 OSC releases to understand how we can demonstrate the value from an open source and integrated O-RAN environment. Rittwik: We have consensus agreement between some O-RAN projects for an O-RAN MVP but we need to push forward more with this. Next immediate goal is to focus on getting attachment of a UE.
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
- Adopted all existing specifications. In discussions with SMO on App LCM use cases. Handover from OAM to SMO is in early discussion, no handover as yet. O-RAN Alliance WG1 has draft versions of O1 YANG interfaces based on 3GPP. These are almost ready to be tested towards the SIM project.
- Jack: What do you see as the next big step for Dawn? Martin: Complete deployment of vNFs, CNFs and PNFs too. Jack: How is the OAM interface towards Near RT RIC? Martin: Needs some more discussion to align the OAM protocols. Jack: Should be a focus to bring the Non-RT RIC, Near RT RIC and SMO closer together from an OAM perspective. Please bring this to the relevant O-RAN Virtual F2F discussions.
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.
2020 09 30
Recording: 2020-09-30_toc.mp4
Agenda
Call for Scribe (minutes owner): David Streibl
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
- Decision: Moved by David, seconded by Juha, no objection, 20200923 minutes approved.
Review of Today's Agenda
Release Votes and Approval.
- Matti requests approval for new XApp repos via e-mail
- signal storm protection use-case (ORAN Licence)
- load prediction to extend traffic steering (Apache License)
- Matti requests approval for new XApp repos via e-mail
- Copyright update.
- Jack: Discussed with EC, 2 aspects
- 3GPP - more complex as they are outside entity
- For O-RAN documents - in process to schedule meeting with O-RAN Legal and LF Legal. Voted to approve ASN.1 and tables and messages from O-RAN spec by board. Board also allows EC to deal with individual requests.
- Jinri: Volunteers from Qualcomm and TIM are now working with SDFG on 3GPP related topic. Gu Su also helping with it and in contact with Stefan.
- Thoralf: We need ANS.1. Are you confident we will end up with workabdle solution with ASN.1 code in LF CI?
Jack: I believe ANS.1 approval was given by board.
Jinri: Yes, but there is 60 day IPR review going on in O-RAN.
Thoralf: Is it OK to use ASN.1 from older specification?
Jack: I believe that is what the approval is for.
Thoralf: Can we push it so we have the approval in format that we can procede with ASN.1 use in OSC?
Jack: I will arrange it with Stefan. AP Jack/Jinri: Check approval to use O-RAN ASN.1 by OSC to clarify what spec version it relates to.
JInri: Lets be careful, this review process will involve also the older specification.
- Jack: Discussed with EC, 2 aspects
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
AP Rittwik: Setup separate meeting about OSC RSAC and relationships between components ... invite the TOC members.DONE- Rittwik: I am creating one short slide deck for TOC to review it. Will send it to TOC.
- Schedule for F2F meeting:
- Jinri: Agenda is avalable on O-RAN wiki for members. We have session from kick-off discussion for Dawn release on October 9th 8-10AM EST but we need to align it with RSAC.
- Rittwik: We can do it but maybe no for full 2 hours.
David Kinsey: We would like one-pager strategy/challenges/status and what they could leverage from PTLs. AP PTLs: One slide about strategy/challenges and what they could leverage from O-RAN Alliance for Dawn.
Jinri: I propose to have two parts for the session as last time. First review of Cherry and then plan for Dawn. - Jinri: There was first O-RAN review of proposed demos for MWC. There are 24 demos from OSC.
- Jack: Paul Smith is working on survey to select and organize priority items in TIFG. We should take the results into account when planning our activities.
Jinri: This is related to minimal viable product. On the F2F there will be at least 1 dedicated session on this topic.
- Status of Open Action Items (Old Business).
- O-CU development and O-CU for Cherry traffic steering use-cases
- Jinri: We did not get positive result from the negotiation it the supplier company yet. It is still ongoing. Gu Su is organizing meeting with PTLs to get requirements from other project for O-CU to know what needs to be implemented.
- Jack: We need to raise this to EC as risk.
- Jinri: I plan to have it as item on EC meeting this Friday.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- O-CU development and O-CU for Cherry traffic steering use-cases
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
- Rittwik: Radisys may be able to provide close-source CU for testing of Traffic steering use-case.
DU low and DU hi in lab are starting to interact. Viavi is working on delivery of RU emulator and EPC, shipped today.
Jack: Does it include Matti's XApp activity or is it separate activity?
Rittwik: This is about DU high and low interaction and getting DU attached. The other traffic steering work has 2 stages. First stage is for MWC LA to upstream measurements into XApp, second stage will allow control action to the O-CU for MWC Barcelona. It exercises the XApps but it is separate from the O-CU and O-DU pairwise testing now. - Jack: S out of the E2E Use-cases for Cherry what is covered?
- Rittwik: DU is incorporating health-check and traffic steering. And also call flow num. 2. and 3 work is starting in SMO.
- Rittwik: Radisys may be able to provide close-source CU for testing of Traffic steering use-case.
Zhe Huang (Felix) (Felix) Integration and Test
AP Felix:Make ticket with LF, Trishan with help speed up the solution for image retention in CI/CD pipeline.DONE- Felix: Reviewing automation jobs for Licence scanning. Plan to have meeting with LF Release team to understand available options.
- Felix: There was proposal for policy to allow some 3rd party licences on July 15th but was not voted on. I would like to ask about current status.
- Jack: I don't think we have enough info to have a vote. We need to figure out update and share it with everyone to explain as there was number of question. It could have impact on IPR policy so we need to write it u and check with O-RAN legal team.
- Felix: Maybe I can follow it and have call with all the PTLs. It has direct impact on the selection of license scanning tools. And also we would like to address outstanding issues in some of the repos.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
- Matti: New proposed XApp will not be part of cherry officially but work will start in it. Anomaly Detection progresses well, On KPIMON good progress was done on integration with RIC platform. There are small differences between E2 Simulator output and what KPIMON expects, it will be addressed by Samsung.
We are getting data from Viavi simulator. We should be getting throughput and UE Id this week to start training. - Rittwik: This simulator need to move to SIM project. It now sits in Azure. Viavi is looking into possibility of open-sourcing it.
- Matti: Can we put the simulator data in LF infrastructure?
- Jack: It is question of licence. We should check with Trishan
- Jinri: Open data sets can be published under CDLA. It is stated in our charter. The data-set can be placed on gerrit but for more options you should check with LF.
- Jack: It is slightly different as it is artificial data from simulator and not data from real network so we need to evaluate it carefully.
- Matti: New proposed XApp will not be part of cherry officially but work will start in it. Anomaly Detection progresses well, On KPIMON good progress was done on integration with RIC platform. There are small differences between E2 Simulator output and what KPIMON expects, it will be addressed by Samsung.
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
- Martin: Looking into XApp deployment.
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
- Jack: Call with OAI later today, topic will be cooperation with OAI and how both orgs. could cooperate.
- John: Progress status with legal on copyright. Discused in agenda item 6
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.
2020 09 23
Recording: 2020-09-23_toc_audio.m4a
Agenda
Call for Scribe (minutes owner): David Streibl
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
- Decision: Moved by David, seconded by John-Paul, no objection, 20200916 minutes approved.
Review of Today's Agenda
Release Votes and Approval.
Decision: Mahesh made motion to approve new SMO repositories (details in mailing list), Ganesh seconded, motion passed.
- Copyright update.
- AP: William to contact Orange OAI representative and schedule a meeting between OSC and OAI. (DONE)
- Jack: There is plan to have a call next week with broader topic.
- John-Paul: Is it reboot of conversation that happened earlier.
- Jack: It covers 3 topics:
- General relationship between OAI and ORAN
- Copyright material question
- How we could work together ... we can't easily use their code because of the license but it could be used in similar way as code from Intel but it would require joint project to align.
- Jack: copyright was discussed on EC and by email
- Getting alignment with 3GPP and ETCI for copyright permittion
- Copyright issues in O-RAN. Jack is working on clarification from O-RAN legal
- OSC is getting questions from external projects. OAI, ONF and ONAP are asking about specifications and access to them.
- Jack: Copyright permitting for OSC from specifications is in place. Anyone that uses OSC code downstream inherits this permision. One option solve it (7.2.3) is to document any information required from spec as part of OSC documentation so it can be used by external projects and work with OSC. For e,g. ASN.1 messages, error messages, API docs. We are trying to figure out good process for this.
- Thoralf: Is there now agreement between O-RAN Alliance and OSC on the possibility that OSC contributed has some king of licence for the specification?
- Jack: For any copyright material the the spec. OSC uses and is released as part of our docs and code under Apache 2 and Doc. licence is granted downstream copyright privilages for that information. I confirmed that with Stefan from the legal team.
- Thoralf: Do we have it written down anywhere?
- Jack: I am process of getting that clarified and confirmed. It should simplify the process for other organizations line ONAP and others.
- Mahesh: There is also question of changes and modifications. What to do If we find issue in copyright material and want to propose changes/fixes. E.g. from 3GPP?
- Jack: With 3GPP it is more complicated. O-RAN is not member itself, it has to be thrue O-RAN member companies that are part of 3GPP and would sponsor the proposal. Then we would coordinate with other O-RAN members that would support it in 3GPP.
- Jack: ORAN has standards committee you can reach out to. Specifically Brian Daly as co-chair.
- John: Is it correct that OSC can use any spec. produced by ORAN and use, refer to, reproduce or redistribute code produces by O-RAN Alliance?
- Jack: For purposes of open-source software we do not have permission to reproduce whole spec., we can reproduce portions of spec that is related to implementation of open-source SW. Tables, APIs, messages that are documented, etc.
- John: That would be bypassing the bypassing the ORAN licence in my opinion. Why would anyone contribute IPR material to ORAN if the spec can leak out via OSC under Apache Licence?
- Jack: It only allows for ANS.1, API, error messages, etc. only needed for he SW. The specific textual representation is covered by copyright. Copyright does not grant any patent protection or rights. It allows you to reproduce the representation of the material. It has no implication on patents.
- John: The Apache licence comes with patent grant. Does OSC have patent grant from ORAN?
- Jack: This still falls under O-RAN Alliance common patent agreement. You still have to get the permission from O-RAN to use that material, that the whole point of the contributions trough O-RAN and O-RAN IPR protection. Apache patent clause only covers the contributor where contributor states that he/she is OK with others to use the code. It does not imply anything from anyone else. As am not legal expert we should get the legal experts together on this.
- John: Does not that move the burden to OSC contributors?
- Jack: As am not legal expert we should get someone from legal team to talk about this. From my understating writing the code or talking out the patent does not violate it. We should get experts on that together.
- AP: William to contact Orange OAI representative and schedule a meeting between OSC and OAI. (DONE)
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- AP Rittwik: Setup separate meeting about OSC RSAC and other OSS relationships ... invite the TOC members.
Status of Open Action Items (Old Business).
- AP: Ganesh ONF SD-RAN investigation summary (DONE)
- Ganesh: Check with lead developer of SD-RAN RIC. He wanted to clarify that they don't want to compete with OSC and they want to build RIC platform using their microONOS controller. The synergy and OSC and ONF is that there are external interfaces like A1. They plan to explore collaboration with other RIC contributors. There is not yet formal call for it.
- John-Paul: If ONF is interested in creating separate community can it make another challenge and fragmenting our efforts? The concern is speeding the effort too thin.
- Jack: I agree with your concern. It is big task and if they do not bring their development here it is concerning. If one company makes XApp for one RIC and it will not work with the other, that would be a problem. Interoperability is really key. I have heard comments from different companies. ATT is involved with addressing this issue. ONF has body of SW they want to leverage to move forward. This is really issue of not just ONF, OAI, TIP, ONAP, Acumos. All these entities need to be
- Tracy: I agree. THere is Rivalry between these organization in one for or the other but I don't see any obstacle for OSC to import anything from ONF.
- Jack: The challenge always is that without the people having the in-depth expertise it is hard to reuse the code from external projects.
- We hope we can make sure we can interoperate and make more useful system.
- O-CU development and O-CU for Cherry traffic steering use-cases
- Jack: We are in trouble with this project. Current O-CU project is being reorganized. We have initial contribution from company sponsored by CMCC. This is very important topic for OSC and I think we need to raise it also to EC.
- Rittwik: There are couple of alternatives. We need O-CU to work for traffic steering. Asked Ganesh if they could make close-source contribution. That is the first option.
- Ganesh: Had to do due diligence to make sure it will be compatible. We should give you update next week.
- Rittwik: Second one is option from Viavi that is NSA. It may be usefull but not immediately for traffic steering that needs SA. Third is OAI CU but it does not have E2.
- Rittwik: You can buy CU simulators but they do not have E2 also. From open-source CMCC aproach was right way but it it got stalled. It is good idea to bring to EC.
- Rittwik: Traffic steering use-case will flow into Dawn so we will need O-CU going forward.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
- AP: Ganesh ONF SD-RAN investigation summary (DONE)
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
Former user (Deleted) Requirements Software Architecture Committee
Zhe Huang (Felix) (Felix) Integration and Test
- Initiated discussion with Mahesh to set up the CI/CD pipeline. Also working with O-DU team to address problem with CI jobs.
- Our current docker repos in CI pipeline will constantly remove images after a while ... this creates problem for the CI pipelines. Should discuss this with LF to find better solution.
- AP Felix: Make ticket with LF, Trishan with help speed up the solution.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani Service Management and Orchestration (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
- Security aspects brought by security team.
- Jack: OSC would like to have new screening tool. It is 3rd party pay to use tool. LF has comparable tool the would be free but it is not same so I need to go back to security group. There is overall focus in O-RAN to address the security. The team is looking into our procedures and how to improve them from security perspective. More security items are to come. We need to make sure we are up to speed on security guideline as we produce more useful modules.
- There is also badging in LF. I am looking for volunteer there if someone has interest or experience with it.
- Security aspects brought by security team.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.
2020 09 16
Recording: 2020-09-16_toc.mp4
Agenda
Call for Scribe (minutes owner): David Streibl
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
- Decision: Moved by David, seconded by Jinri, no objection, 20200909 minutes approved.
Review of Today's Agenda
Release Votes and Approval.
- Copyright update.
AP Jinri: Will check with EC about the O-RAN contrib. withdrawls concerning copyright.DONE
Jinri checked with EC, they promised to expedite.- Jinri review copyright questions sent by John Keeney but the answer needs copyright expertise so Jinri asked in mailing list for volunteer from OSC that would help with this and also generally with copyright as longstanding issue for OSC. Gu Su would like to help with this topic and act as interface between OSC and other parties concerning copyright.
- John Keeney: For clarification, questions I asked are related to OSC and O-RAN. ETSI and 3GPP discussions are separate.
- Jinri: I believe Gu Su will reach out to you offline.
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- ONF SD-RAN relation to OSC:
- Jinri: Based on info from EC, ONF is preparing blog post to clarify some misunderstanding created by the original articles.
- Jinri: EC requested for OSC to create blog post about possible of collaboration with different OSS communities. I will reach out to Jack, Rittwik and others about the text.
- Rittwik: Do you mean down-streaming other communities for use in OSC or up-streaming?
- Jinri: It should be general statement stating our willingness to cooperate with other communities to avoid fragmentation of the ecosystem.
- RIttwik: One Item here is the collaboration with OAI. Is there progress? I saw article stating they are providing full 5G SW stack.
- Jack: There is licencing complication. We can't use the lower layer code from OAI with the current licence as upstream project. Discussion about it was delayed over the summer but I am willing to discuss plan forward. Some of the higher level code is Apache 2.0 and could be used as upstream.
- Rittwik: One of our challenges is the O-CU. Even their O-CU could be helpful but they do not have E2 interface. We could extend the O-CU by E2 and contribute it to OSC but that needs resolved licencing first.
- William: I propose to schedule a meeting between OSC and OAI to reopen the discussion. AP: William will contact Orange OAI representative and schedule a meeting between OSC and OAI.
- Trishan: O-RAN received positive press on FCC 5G Open RAN forum. I think it was represented in one of the panels.
- Jinri: I don't think it was O-RAN Alliance represented there but individual companies.
- Trishan: Does O-RAN plan an promotion on that front?
- Jack: O-RAN Alliance is very supportive of the Open RAN aspect but it is non-political entity and does not delve into political forums. This is up to individual companies if they want to do so. As the organization O-RAN tries to stay out of politics.
- Tracy: There were principal investigator from Uni. of Utah and Rutgers Uni. as participants from OTIC US East and West describing the demos and use-cases but to specifically referencing O-RAN. I don't think anybody spoke in the voice of the O-RAN Alliance.
- Jack: Basically the Universities were presenting the work they are doing.
- Jinri: The was email call for demo on O-RAN Alliance plugfest virtual exhibition for canceled MWC America and MWC 2021. Interested O-RAN members should contanct Paul Smith.
- ONF SD-RAN relation to OSC:
- PTL to provide information regarding O-RAN-related open source communities.
Status of Open Action Items (Old Business).
- O-CU PTL to organize a meeting and invite all the relevant projects (O-DU-HIGH, OAM, RIC etc.) and discuss the cooperation/requirements b/w O-CU and the other projects
- O-CU PTL to prioritize the items shown on the presentation slide (https://wiki.o-ran-sc.org/download/attachments/10715432/OSC%20O-CU%20RelC%20-ICT-8.12.pptx?api=v2) to make sure some key features such as handoff could be supported for traffic steering use case.
- The team to arrange an offline meeting to further discuss the challenges.
- Rittwik: We are tracking 3 items in RSAC.
- Setting up the O-DU subsystem - going well, supported from Intel and Radisys, requires connection to Viavi emulator and O-CU
- We are not sure what is current status of OSC O-CU. As a interim replacement I proposed to use stripped down Radisys commercial SW as test fixture. We need it to attache UE and test O-DU-low and O-DU-high and hand-off between cells. There are 2 usecases: DU testing and traffic steering testing, both need O-CU.
- SMO item that Mahesh presented earlier.
- Jack: Yingying will not be cover O-CU PTL anymore. Is that correct?
- Jinri: Yes, we need to have a call for new PTL. I talked with ICT, they are doing internal evaluation but are not optimistic. Progress on current CU will be difficult.
AP Jinri: Will talk with ICTDONE
- Jack: So need to replan O-CU development as current implementation is partially done. It is difficult to continue on such low-level code if original developers move on. We need to raise it as open issue. We have to use alternative solution.
- Rittwik: Viavi has internal R&D O-CU that could be potentially used.
- Ultan (Viavi): We are bringing it from internal lab, it is NSA currently.
- Rittwik: Could this be used in Cherry timeline
- Ultan: We will check, depend on our availability.
- Sphoori (Radisys): O-DU-high currently supports SA only.
- Rittwik: We are tracking 3 items in RSAC.
- Cherry deliverable summary page (see Cherry Release (Dec 2020)) . Update once a month and review on first TOC call of a month.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
- CherryTimeline
- Jack: We are in week 34, dev sprint 3. Is there any item that PTLs need to address?
- CherryTimeline
Former user (Deleted) Requirements Software Architecture Committee
- Rittwik:Work is progressing and PTLs are checking integration status of the projects. We have the flows that are usually checked by Felix towards the end of integration testing. So it will be Felix's responsibility to see how much of those flows is validated.
- Jack: Is the lab stable and accessible to work in?
- Rittwik: There are small access issues but we progressed to point where it is used for work.
- Rittwik: We are also looking into items that will flow from Cherry to Dawn and also working on preliminary draft for Dawn.
Former user (Deleted) Integration and Test
- Felix will replace Lusheng as PTL until end of Cherry release and following that there will be vote on new PTL for I&T
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
- Mahesh Jethanandani SMO (SMO)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Mahesh presented SMO Cherry development plan.
- Mahesh: It is plan on what could we do in Sprint 2 and 3, essentially demonstration of pre-O2 LCM features
- For details see: https://lf-o-ran-sc.atlassian.net/wiki/x/kQC-/
- Jack: Felix and Trishan can help you with admin tasks. Also it is important to get something working so as new project you could target end of of Sprint 4 with you demo and get couple more weeks for development.
- Jack: I expect that SMO will eventually leverage work in OAM project and NONRTRIC. It is umbrella project I would like all the OSC companies to participate in. There is interest from E///, IBM and others but broad cooperation on SMO will be needed.
- I&T project changes
- Felix replaces Lusheng as PTL until end of Cherry release
AP Felix: To send self-nomination e-mail for I&T PTL.DONE
- Jack and Jinri plan to ask if TIFG could provide PTL for I&T
- Jack: We need to create I&T team with representatives from other projects and multiple companies as the activity grows. This is basically open call to get involved in I&T.
- John-Paul: Should we put this as item on F2F agenda?
- Jinri: Paul Smith is drafting the F2F agenda, 2 slots will be available for OSC
- Jack: Rittwik and David as part of RSAC, let's make sore this is part of the agenda for meeting with TIFG. I will raise it with EC.
- David Kinsey: It will be probably cross-organizational type meeting, I will reach out to Paul
- Jack: We could go to TIFG meeting also.
- David: There is currently listing of cross-organizational items before individual WGs get their time slots. Let's see if we have enough to talk about to have it as separate item from RSAC and road-map.
- Felix replaces Lusheng as PTL until end of Cherry release
- AP Ganesh self-nominated to investigate SD-RAN
- Jack: Ganesh will talk about the SD-RAN next week.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.
2020 09 09
Recording: 2020-09-09_toc.mp4
Agenda
Call for Scribe (minutes owner): David Streibl
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
x
Lusheng Ji
Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
Vincent Danno
Ganesh Shenbagaraman
x
Sachin Srivastava Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
Review of Today's Agenda
- Decision: Moved by David, seconded by Ganesh, no objection, 20200902 minutes approved.
Release Votes and Approval.
- Copyright update.
- Usage of 3gpp models in O-CU develop
- Jinri talked with co-chair of STFG and also raised the issue on last TSC call
- SDFG delayed by holiday season, request also forwarded to O-RAN legal team
- 60 day review windows time
- Jinri: EC is preparing motion for board to delegate the right to give copyright permission to OSC to EC even during 60 day review window
- John-Paul: How should OSC handle code based on unpublished O-RAN spec if there is withdrawal of contribution in O-RAN
- Jinri: There is no detailed guideline from EC. Should be very uncommon.
- Jack: There should not be multiple decision levels. We should keep the decision on one level, in this case on EC.
- AP Jinri: Will check with EC about the Withdrawls
- Mahesh: What does copyright allow us if we want to make fixes/changes to improve 3GPP models or submitting the changes back to 3GPP?
- Jinri: We are not allowed to modify the models.
- Martin: There is preparation of process in WG1 where O-RAN Alliance members that are also 3GPP members would contribute the change requests to 3GPP.
- Usage of 3gpp models in O-CU develop
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
- Jinri provided status report to TSC last week -
- SMO Project PTL decision
- ONF SD-RAN
- EC is aware of the PR issue
- John-Paul: Is there any plan/activity to collaborate between O-RAN and ONF on RIC?
- Jinri: Not aware on any activity.
- Rittwik: There is official PR from ONF and separate news article with comments from ONF staff member not representing ONF official view. Collaboration is happening on working level. ONF sees SD-RAN as one of the RIC implementations, this one specifically using ONF ONOS controller.
- Juha: In which project does ONF contribute/plan to contribute?
- Rittwik: ONF has discussion paper contribution for ORAN WG3.
- John-Paul: It would be good to know details about the SD-RAN project, potential fragmentation and overlap.
- AP Ganesh self-nominated to investigate SD-RAN
- Jinri provided status report to TSC last week -
Status of Open Action Items (Old Business).
- O-CU PTL to organize a meeting and invite all the relevant projects (O-DU-HIGH, OAM, RIC etc.) and discuss the cooperation/requirements b/w O-CU and the other projects
- O-CU PTL to prioritize the items shown on the presentation slide (https://wiki.o-ran-sc.org/download/attachments/10715432/OSC%20O-CU%20RelC%20-ICT-8.12.pptx?api=v2) to make sure some key features such as handoff could be supported for traffic steering use case.
- The team to arrange an offline meeting to further discuss the challenges.
- Rittwik: We will need more meeting to align.
- Jinri: I will reach out to O-CU PTL and Gu Su.
- Rittwik:
- Bottleneck is O-CU emulator, it does not exist today
- Viavi can provide O-RU emulator and EPC
- Viavi requesting if Radisys or ICT could provide O-CU emulator
- Ganesh: Started internal discussion if Radisys O-CU could be used, will have tech details on RSAC meeting later this week
- Rittwik: Close-source binary O-CU for testing would help, ICT plans to provide OSS one.
- AP Jinri: Will talk with ICT
- Bottleneck is O-CU emulator, it does not exist today
Jinri will bring the copyright issue to TSC/EC (to push the process), Jinri will follow up with O-RAN manager Zbyněk concerning 60 days copyright topicDONEGanesh will elaborate the copyright issue regarding O-CU and O-DU, Sachin will check on O-CU and O-DU part with GaneshDONEPTL to fill in the goal and the scope in the Cherry deliverable summary page (see Cherry Release (Dec 2020)) first. To have update once a month.DONEMahesh will make quick report on SMO plan- There will be starting discussion about SMO on Tuesday RSAC meeting
- PTL to provide information regarding O-RAN-related open source communities for Jinri
- Jack: Lets keep this item long-term.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
- Bronze Maintenance Release
- CherryTimeline
- AP: Jinri will reach out to Trishan
Former user (Deleted) Requirements Software Architecture Committee
- Rittwik and David are tracking tickets in Jira to provide scorecard based on RSAC objectives and what has been implemented in Cherry
- Former user (Deleted) Integration and Test
- Felix: How should be proceed with select PTL replacement?
- Jinri: We could vote on PTL this now or on next TOC.
- Jack: Let Felix self-nominate via mailing list with little background. Team is very small, so it should be easy.
- Jack: We need to expand Integration and Test as we add other components and there will need to be interface between other project and IaT. More participation in Integration and Test team is needed.
- AP Felix: To send self-nomination e-mail.
- Jinri: This is area where TOC members and future potential TOC members could contribute.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
- ONF SD-RAN details proposed by Juha - addressed in 7.
- Integration plan and timeline by Rittwik - addressed in 8. c.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.
2020 09 02
Recording: 2020-09-02_toc.mp4
Agenda
Call for Scribe (minutes owner): David Streibl
Roll Call & Quorum Check
Company
Contact Name
Attendance
Alternate Contact
Attendance
Jack Murray Co-Chair
Lusheng Ji
x Jinri Huang Co-Chair
x
Weichen Ni
David Streibl
x
Ondřej Hudousek
John-Paul Lane
x
John Keeney Masafumi Masuda
x
Anil Umesh
Juha Oravainen
x
Thoralf Czichy William Diego
x
Vincent Danno
Ganesh Shenbagaraman
Sachin Srivastava x Viswa Kumar
Kristen Young
*Quorum: 50% or more of total TOC voting members unless excluded due to attendance. // We have a quorum and can vote on activities.
Review and Agree to Minutes of Previous Meeting
- Decision: Moved by David, seconded by John-Paul, no objection, 20200826 minutes approved.
- Review of Today's Agenda
- No new items added,
- Planned plugfest status raised by John-Paul Lane will be addressed in 7.
- STFG and TSC/EC update raised by John Keeney will be addressed in 6.
- No new items added,
Release Votes and Approval.
- None needed.
- New committers for integration project approved by mail
- Copyright update.
- No update on 60 days issue from EC. AP: huangjinri@chinamobile.com will follow up with O-RAN manager Zbyněk.
- Copyright issue description (Old bussiness 8.e.)
- Martin sent mail to TOC mailing list with details
- AP: Sachin Srivastava will check on O-CU and O-DU part with Ganesh Shenbagaraman
- AP: huangjinri@chinamobile.com will bring the copyright request to TSC call September 4th
- No update from STFG as of last week
O-RAN-related business (marketing, WG interaction, TSC/EC update etc.)
Tracy: Plug-fest preparation is moving forward. There will be virtual/ semi virtual demo in EU, USA, Asia, India
More details for O-RAN members on https://oranalliance.atlassian.net/wiki/spaces/TTIFG/pages/503971932/PF2+General.
If there is interested member of O-RAN willing to present, please contact TIFG
Followed up by US based event after Cherry release last week of November
Status of Open Action Items (Old Business).
- O-CU PTL to organize a meeting and invite all the relevant projects (O-DU-HIGH, OAM, RIC etc.) and discuss the cooperation/requirements b/w O-CU and the other projects
- O-CU PTL to prioritize the items shown on the presentation slide (https://wiki.o-ran-sc.org/download/attachments/10715432/OSC%20O-CU%20RelC%20-ICT-8.12.pptx?api=v2) to make sure some key features such as handoff could be supported for traffic steering use case.
- The team to arrange an offline meeting to further discuss the challenges. Gu Su from China Mobile can help.
- Rittwik: Created plan for O-RU, O-DU, O-CU integration with Intel, Radisys and Viavi, details in RSAC meeting notes
- AP: Former user (Deleted)will reach out via email, will include Gu Su
- Jinri will bring the copyright issue to TSC/EC (to push the process)
- Addressed in 6.
Ganesh will also elaborate the copyright issue regarding O-CU and O-DU.
Martin will send the written copyright issue description to Jinri and Jack so that Jinri could follow up.DONE.- PTL to fill in the goal and the scope in the Cherry deliverable summary page (see Cherry Release (Dec 2020)) first. To have update once a month.
- Partially complete. Few missing projects
- Review will be done every first call of the month
- SMO Project PTL Nominations
- Trishan: Mahesh Jethanandani from VMWare was selected as SMO PTL via condorcet method by TOC.
- AP: Mahesh Jethanandani will make quick report on SMO plan, targeting next week TOC
- PTL to provide information regarding O-RAN-related open source communities
- Still in process, needs to be done by 3rd, so it can be presented on Friday TSC call. If it is not completed by then, Jinri will postpone presentation to next TSC call.
Standing Agenda Items (Brief Status of Ongoing Activities)
Release Manager Trishan de Lanerolle /Release Planning: Weekly TOC Scheduling
- Bronze Maintenance Release
- CherryTimeline
- Still in progress, Jinri and Trishan will discus offline.
Former user (Deleted) Requirements Software Architecture Committee
- Rittwik : Plan for integration of O-CU / O-DU-high / O-DU-low created - targeting traffic steering use-case
- Zhimin: Professor Ray-Guang Cheng plans contribution in future, targeting mainly Documentation project
- Jinri : There is question if we can use individual CLA in combination with OSC licence
- Ray-Guang Cheng : Will check status of the CLA with his students
Former user (Deleted) Integration and Test
- Trishan: Integration and Test project can make recompilation for new PTL for TOC.
Report out from PTL: Stand-Up & Report Out on Blockers
John Keeney (Ericsson EST) Non-RealTime RIC (RAN Intelligent Controller) (NONRTRIC)
- John:
- Focus on up-streaming A1 controller to ONAP - almost finished, next step is work on it's utilization in OSC as part of O-RAN and OSC use-cases
- Starting work on A1 enrichment information coordination
- Preparations for Cherry, ongoing alignment with RSAC use-cases - health-check and traffic steering still needs a lot of activity
- Jinri: Where do we get the enrichment information?
- John: New concept in O-RAN, will need enrichment info registry and coordination function.
- Jinri: What is code split between OSC and ONAP?
- John: Not clear yet, needs alignment - A1, O1, O2 need development from SMO side
- John:
Matti Hiltunen RIC Applications (RICAPP)
Thoralf Czichy RIC Platform (RIC)
Former user (Deleted) O-RAN Centralized Unit (OCU)
Sachin Srivastava O-RAN Distributed Unit High (ODUHIGH)
Zhimin Yuan (Deactivated) O-RAN Distributed Unit Low (ODULOW)
Martin Skorupski Operations and Maintenance (OAM)
Alex Stancu Simulations (SIM)
Xiaohua Zhang Infrastructure (INF)
Weichen Ni Documentation (DOC)
(TBD) O-RAN Radio Unit (ORU)
New Agenda Items (New Business): New Items Submitted (+speaker) & Open Call to TOC For Additional Items.
Planning for Next Meeting
Any Other Business (AOB)
Meeting Summary (resolutions, new action items, etc.