omniran TG 1 IEEE OmniRAN TG March 2015 F2F Meeting Max Riegel, Nokia Networks (OmniRAN TG Chair)

omniran TG 2 March 2015 F2F Meeting Venue –Hotel Estrel Berlin, Sonnenallee Berlin, Germany Sessions; meeting room –Mon,Mar 9 th, 14: :00 Room 30310, EH Wing 3, 3rd Floor Rm 310 –Tue,Mar 10 th, 13: :00 ECC Room 5, ECC 2nd Floor –Wed,Mar 11 th, 13: :00 Room 30310, EH Wing 3, 3rd Floor Rm 310 –Thu,Mar 12 th, 10: :30 Room 30310, EH Wing 3, 3rd Floor Rm 310

omniran TG 3 Participants, Patents, and Duty to Inform All participants in this meeting have certain obligations under the IEEE- SA Patent Policy. Participants [Note: Quoted text excerpted from IEEE-SA Standards Board Bylaws subclause 6.2]: –“Shall inform the IEEE (or cause the IEEE to be informed)” of the identity of each “holder of any potential Essential Patent Claims of which they are personally aware” if the claims are owned or controlled by the participant or the entity the participant is from, employed by, or otherwise represents “Personal awareness” means that the participant “is personally aware that the holder may have a potential Essential Patent Claim,” even if the participant is not personally aware of the specific patents or patent claims –“Should inform the IEEE (or cause the IEEE to be informed)” of the identity of “any other holders of such potential Essential Patent Claims” (that is, third parties that are not affiliated with the participant, with the participant’s employer, or with anyone else that the participant is from or otherwise represents) The above does not apply if the patent claim is already the subject of an Accepted Letter of Assurance that applies to the proposed standard(s) under consideration by this group Early identification of holders of potential Essential Patent Claims is strongly encouraged No duty to perform a patent search

omniran TG 4 Patent Related Links All participants should be familiar with their obligations under the IEEE-SA Policies & Procedures for standards development. Patent Policy is stated in these sources: –IEEE-SA Standards Boards Bylaws –IEEE-SA Standards Board Operations Manual Material about the patent policy is available at – If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at or visit This slide set is available at

omniran TG 5 Call for Potentially Essential Patents If anyone in this meeting is personally aware of the holder of any patent claims that are potentially essential to implementation of the proposed standard(s) under consideration by this group and that are not already the subject of an Accepted Letter of Assurance: –Either speak up now or –Provide the chair of this group with the identity of the holder(s) of any and all such claims as soon as possible or –Cause an LOA to be submitted

omniran TG 6 Other Guidelines for IEEE WG Meetings All IEEE-SA standards meetings shall be conducted in compliance with all applicable laws, including antitrust and competition laws. Don’t discuss the interpretation, validity, or essentiality of patents/patent claims. Don’t discuss specific license rates, terms, or conditions. –Relative costs, including licensing costs of essential patent claims, of different technical approaches may be discussed in standards development meetings. Technical considerations remain primary focus Don’t discuss or engage in the fixing of product prices, allocation of customers, or division of sales markets. Don’t discuss the status or substance of ongoing or threatened litigation. Don’t be silent if inappropriate topics are discussed … do formally object See IEEE-SA Standards Board Operations Manual, clause and “Promoting Competition and Innovation: What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more details.

omniran TG 7 Resources – URLs Link to IEEE Disclosure of Affiliation – Links to IEEE Antitrust Guidelines – guidelines.pdfhttp://standards.ieee.org/resources/antitrust- guidelines.pdf Link to IEEE Code of Ethics – _ethics.htmlhttp:// _ethics.html Link to IEEE Patent Policy – slideset.ppthttp://standards.ieee.org/board/pat/pat- slideset.ppt

omniran TG 8 Mar 2015 Agenda Graphics Mon 3/9Tue 3/10Wed 3/11Thu 3/12Fri 3/13 08:00 10: EC Opening WNG Privacy EC SG Closing 10:30 12: Review Priv PAR / Mid-week Plenaries Opening Plenary 802 EC Closing 13:30 14:00 15:30 802c LASG802.1 Closing Plenary 16:00 18:00 18:00 Tutorials 22:30 19:30 Privacy EC SG 21:30

omniran TG 9 Agenda proposal for January 2015 F2F Review of minutes Reports SDN & NFV status update P802.1CF contributions –Network reference model –Backhaul representation –Fronthaul representation –SDN Abstraction –Functional design and decomposition Project planning Publicity activities Status report to IEEE 802 WGs AOB

omniran TG 10 Business#1 Call Meeting to Order –Meeting called to order by chair at 15:00 Minutes taker: – Walter volunteers to take notes Attendence recording –Please sign in IMAT; reciprocal attendence credits given by –Currently, IMAT structure is not well aligned with ; Max will talk with Glenn to set up OmniRAN to fit to schedules Roll Call NameAffiliationNameAffiliation Max RiegelNokia NetworksHesham ElBakouryHuawei Juan Carlos ZunigaInterdigitalYonggang FangZTE Walter PienciakIEEE SAXuaowu ZhaoZTE Antonio de la OlivaUC3MLu HuangChina Mobile Glenn ParsonsEricsson Charlie PerkinsFuturewei Roger MarksEthAirNet Ass.; ETRI

omniran TG 11 Business#2 Approal of agenda –Review of minutes –Reports –SDN & NFV status update –P802.1CF contributions Network reference model Backhaul representation Fronthaul representation SDN Abstraction Functional design and decomposition –Project planning –Publicity activities –Status report to IEEE 802 WGs –AOB Schedule of topics and presentations –SDN & NFV status update Tue, PM2 –… Network reference model Mon, PM2 –… Backhaul representation –… Fronthaul representation –… SDN Abstraction Wed, PM2 –… Functional design and decomposition Tue PM2: Privacy Engineering

omniran TG 12 Business#3 Review of minutes – – –No comments raised to either of the minutes. Reports – Introduction of OmniRAN to IEEE ( Hesham introduced his presentation to explaining that is seeking for network model to describe its functionality in a more generic way OmniRAN model may fit as both efforts are addressing networks with Ethernet user plane Questions regards operator approval and operator involvement were answered –Participants affiliated with operators have been participated in the establishment of P802.1CF and are participating in the discussions. –Operators may participate in the approval process of the specification by following the usual IEEE SA procedures. However, OmniRAN is aimed for a generic approach for all kind of access networks including home, enterprise and operator. Therefore its not directed only for operators. –Introduction of OmniRAN to WBA ( Max provided some background information about the WBA project, to which the OmniRAN description was contributed. The presented document is a revision of an initial contribution addressing comments from WBA on relation to generic SDN models, applicability and mapping of reference points to Wi-Fi hotspot networks, and usability despite keeping the IP layer out of scope. SDN & NFV status update –SDN Practice of China Mobile Presentation introduced deployment of SDN within the network of CMCC and raised the question, whether OmniRAN would fill the need for models for access, backhaul and datacenter networks. The chair responed that OmniRAN will fully address the missing model for access and potentially also for major portions of backhaul as P802.1CF embedds backhaul as a opaque container into its access network model. CMCC is welcome to contribute its requirements and specification proposals to the P802.1CF project –ONF update by Charlie Perkins Charlie provided an update on ONF explaining the current shift of focus and reorganization as consequence that OpenFlow has not been deployed yet in any real network. Furthermore one of the founders publically explained that OpenFlow is not well suited for carrier networks due to its origin in the data center networking.

omniran TG 13 Business#4 P802.1CF contributions –Network reference model –No final conclusion about the content of the R8c/R1c reference point in relation to the R1d reference point What functionality belongs to the ‘data path’ reference point? –Agreement reached that R1 and R3 should become symmetric, as both may be either wired or wireless No conclusion, which label should be used for R3c; group did not like the idea to introduce 2digit reference point indices, i.e. R10c –Edits presented to the group, but no final conclusion reached as no conclusion reached neither for treating the reference points between TEC – ANC – CNC, nor on replacement of term ‘Core Network’ –Introductory section appreciated, as well as presentation of less variations. More details required on treating control interfaces as well as definition of functional content of data path interfaces. –Usage of ‘Core network’ for the endpoint of the data path leads to ambiguities regards location of CIS Chair proposed to look for other term replacing ‘Core Network’, e.g. by ‘Network Service’ –It remains unclear to which interface the R9c reference point refers. Further clarifications necessary. Hesham discussing MSO architectural alignment – –P802.1CF not directly applicable due to non-IEEE 802 Ethernet transport, but different split models can easily modeled by the P802.1CF network reference model Backhaul representation –Fronthaul representation No contributions

omniran TG 14 Business#5 P802.1CF contributions –SDN Abstraction contribution-slides.pptxhttps://mentor.ieee.org/omniran/dcn/15/omniran CF00-omniran-sdn-chapter- contribution-slides.pptx contribution.docxhttps://mentor.ieee.org/omniran/dcn/15/omniran CF00-omniran-sdn-chapter- contribution.docx –Introduced by Antonio –More comprehensive review required for text proposal –Functional design and decomposition network.pptxhttps://mentor.ieee.org/omniran/dcn/15/omniran CF00-privacy-engineered-access- network.pptx –Presentation was well received and led to discussion, how this proposal relates to the aims of the PRIV ECSG to establish generic privacy efforts in each and any IEEE 802 standard –JC asked for presentation in PRIV ECSG to show other participants how individual projects may address privacy issues. –There was animous agreement that P802.1CF should follow the proposed procedure, in particular as necessary work can be added towards the end of the project within an annex. setup.docxhttps://mentor.ieee.org/omniran/dcn/14/omniran CF00-updated-text-for-an- setup.docx –Yonggang presented the new revision of the text on access network set-up. –New revision follows the generic chapter structure but still exposes some repeated material on the network reference model. –No conclusion was reached on the scope of the section. It was raised that AN setup may comprise much more than just dynamic spectrum assignment. –Furthermore extensive discussions took place about the mapping of on the NRM without final conclusion.

omniran TG 15 Business#6 Project planning –Compile first draft at May Interim (May 20 th -21 st ) –2 conference calls in preparation May 8 th, 10am; April 16 th, 10am –1 conference call between May and July June 30 th, 10am Publicity activities –OmniRAN introduction to WBA –Work towards informative annex on mapping of P802.1CF to real networks Wi-Fi Hotspot networks MSO architectures DSL network Virtualized networks (e.g. China Mobile model) –Get OmniRAN listed on sdn.ieee.org –Set up a wiki page listing public references to OmniRAN (articles, papers) Status report to IEEE 802 WGs – –Agreed by group AOB –none Adjourn –Adjourned at 12:10