Download presentation
Presentation is loading. Please wait.
Published byOlivia Knight Modified over 9 years ago
1
omniran-14-0036-02-00TG 1 IEEE 802.1 OmniRAN TG May 2014 F2F Meeting 2014-05-14 Max Riegel, NSN (OmniRAN TG Chair)
2
omniran-14-0036-02-00TG 2 May 2014 F2F Meeting Schedule: –May 14th, 2014, 2pm - 5pm Greenway Room (4th floor) –May 15th, 2014, 9am - 5pm Greenway Room (4th floor) Attendence: –https://imat.ieee.org/attendancehttps://imat.ieee.org/attendance Session Access Code: Wisconsin
3
omniran-14-0036-02-00TG 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
4
omniran-14-0036-02-00TG 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 http://standards.ieee.org/develop/policies/bylaws/sect6-7.html#6 http://standards.ieee.org/develop/policies/bylaws/sect6-7.html#6 –IEEE-SA Standards Board Operations Manual http://standards.ieee.org/develop/policies/opman/sect6.html#6.3 http://standards.ieee.org/develop/policies/opman/sect6.html#6.3 Material about the patent policy is available at –http://standards.ieee.org/about/sasb/patcom/materials.htmlhttp://standards.ieee.org/about/sasb/patcom/materials.html If you have questions, contact the IEEE-SA Standards Board Patent Committee Administrator at patcom@ieee.org or visit http://standards.ieee.org/about/sasb/patcom/index.html http://standards.ieee.org/about/sasb/patcom/index.html This slide set is available at https://development.standards.ieee.org/myproject/Public/mytools/mob/slideset.ppt https://development.standards.ieee.org/myproject/Public/mytools/mob/slideset.ppt
5
omniran-14-0036-02-00TG 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
6
omniran-14-0036-02-00TG 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 5.3.10 and “Promoting Competition and Innovation: What You Need to Know about the IEEE Standards Association's Antitrust and Competition Policy” for more details.
7
omniran-14-0036-02-00TG 7 Resources – URLs Link to IEEE Disclosure of Affiliation –http://standards.ieee.org/faqs/affiliationFAQ.htmlhttp://standards.ieee.org/faqs/affiliationFAQ.html Links to IEEE Antitrust Guidelines –http://standards.ieee.org/resources/antitrust- guidelines.pdfhttp://standards.ieee.org/resources/antitrust- guidelines.pdf Link to IEEE Code of Ethics –http://www.ieee.org/web/membership/ethics/code _ethics.htmlhttp://www.ieee.org/web/membership/ethics/code _ethics.html Link to IEEE Patent Policy –http://standards.ieee.org/board/pat/pat- slideset.ppthttp://standards.ieee.org/board/pat/pat- slideset.ppt
8
omniran-14-0036-02-00TG 8 Agenda Approval of minutes Reports TG Organization Example contributions to the intended specification Outline of the intended specification Organization of the work –Alignment within IEEE 802.1 –Cooperation with the other IEEE 802 WGs at July plenary Conference call until July 2014 session Liaison report to IEEE 802 WGs ITU-T Liaison on SDN AOB
9
omniran-14-0036-02-00TG 9 May 2014 Agenda Graphics Mon 5/12Tue 5/13Wed 5/14Thu 5/15Fri 5/16 09:00 10:45 SDN Use cases 11:00 12:30 Backhaul in 1CF ToC Refinements 13:30 15:15 Minutes Reports TG Organization R3 Considerations Organization of work Planning until July 15:30 17:00 PtP links w/ PBB-TE ITU-T Liaison Liaison reports AoB
10
omniran-14-0036-02-00TG 10 Business#1 Call Meeting to Order –Meeting called to order by chair at 2pm Appointment of recording secretary: – Juan Carlos volunteered to take notes Roll Call NameAffiliationNameAffiliation Max RiegelNSNPaul BottorffHP Juan Carlos Zuniga InterDigital Ludwig WinkelSiemens Jon MclendonBroadcom Steve GorshePMC Behcet SarikayaHuawei Glenn ParsonsEricsson
11
omniran-14-0036-02-00TG 11 Business#2 Approval of minutes –https://mentor.ieee.org/omniran/dcn/14/omniran-14-0035-00-00TG-apr-29th-meeting- minutes.docxhttps://mentor.ieee.org/omniran/dcn/14/omniran-14-0035-00-00TG-apr-29th-meeting- minutes.docx Approved without any comments Reports –OmniRAN presentation to Joint IWK/TSN Mtg https://mentor.ieee.org/omniran/dcn/14/omniran-14-0037-00-00TG-omniran-p802-1cf- cooperations.pptxhttps://mentor.ieee.org/omniran/dcn/14/omniran-14-0037-00-00TG-omniran-p802-1cf- cooperations.pptx Recommendation to add IEEE 802.17 as further access technology Discussions about the appropriate choice of IEEE 802.15 technology TG Organization –802.1 Membership Rights 802.1 membership rights provided to OmniRAN TG participants, when –Attending initial OmniRAN TG meeting in Norfolk, VA –Gaining attendence credit for the 802.1 interim meeting in Norfolk, VA –Sending email to the 802.1 chair applying for membership rights 802.1 membership rights are not required for active participation in OmniRAN TG –Everybody can participate; straw polls instead of voting –OmniRAN TG wiki https://mentor.ieee.org/omniran/bp/StartPage One-stop place for latest status and announcements Announcements distributed as well on the STDS-802-1-L@LISTSERV.IEEE.ORGSTDS-802-1-L@LISTSERV.IEEE.ORG –Likely a combination of mentor and 802.1 file space will be used Mentor for contributions, 802.1 file space for the agreed material going into 802.1CF Further thinking after introduction into the 802.1 web environment on grouper
12
omniran-14-0036-02-00TG 12 Business#3 Example contributions to the intended specification –R3 Considerations https://mentor.ieee.org/omniran/dcn/14/omniran-14-0038-00-CF00-802-1cf-r3-considerations.pptx Agreement that proposed split of R3 makes sense but requires further evaluation –PtP Links by PBB-TE and SDN https://mentor.ieee.org/omniran/dcn/14/omniran-14-0040-00-CF00-ethernet-connection-service.pdf Proposal based on a bootstrap process by which the SDN controller learns about the station MAC addresses VID used to prevent loopbacks. Solution would work also without VIDs but at a lower security level 2 VIDs consumed by every access router attached to the access network. Paul will deliver textual description of the main idea presented in the slides for inclusion into the initial draft specification. ITU-T Liaison on SDN –http://www.ieee802.org/1/files/public/docs2014/liaison-ITUTSG15-LS114_229P-AnnN-0414.DOCXhttp://www.ieee802.org/1/files/public/docs2014/liaison-ITUTSG15-LS114_229P-AnnN-0414.DOCX ITU-T SG15 makes OmniRAN aware of their Stage 2 specification work and likes to align its SDN related architectural work with the SDN specification work in 802.1CF IEEE 802 reponse not due before July plenary meeting. Referenced ITU-T specifications will be reviewed in the upcoming OmniRAN conference call Outline of the intended specification –SDN use cases and requirements https://mentor.ieee.org/omniran/dcn/14/omniran-14-0041-00-CF00-sdn-use-cases-and-requirements.docx Agreed text will go into specification as every section starts with short introduction of use cases and requirements Discussion about kind of ‘split’ inroduced by 1CF; potentially there is no new split introduced but available configuration capabilities opened to an outside control entity Comments of keeping ‘control’ and ‘management’ together as long there is no obvious demarkation line. It may be more appropriate to address specific functions belonging to control and management by spelling them out directly without the categorization to either control or management Authentication is not done by 802.1X across all IEEE 802 technologies. Many of the technologies e.g. 802.11, 802.16, have their own protocols providing the same kind of functionality as 802.1X.
13
omniran-14-0036-02-00TG 13 Business#4 Outline of the intended specification –Backhaul in 802.1CF https://mentor.ieee.org/omniran/dcn/14/omniran-14-0030-00-0000-backhaul-in-omniran.pptx Agreement that ‘backhaul’ should not be exposed in ToC, however a short paragraph is required on how the 1CF network model can be applied for backhaul applications. –ToC Refinements https://mentor.ieee.org/omniran/dcn/14/omniran-14-0039-00-CF00-802-1cf-toc- refinements.pptxhttps://mentor.ieee.org/omniran/dcn/14/omniran-14-0039-00-CF00-802-1cf-toc- refinements.pptx Refinements discussed and working agreement reached on refined ToC. Agreed ToC proposal please find on the following slide inserted into this slide set Organization of the work –Alignment within IEEE 802.1 Continuation of data path discussions in July –Cooperation with the other IEEE 802 WGs at July plenary First draft text on NDS for review with other WGs Multiple IEEE 802 interfaces on the same link – what are the issues? Which of the IEEE 802.15 interfaces applies to 802.1CF? –Other topics for July Revision of SDN contribution Update from ONF Wireless and Mobile WG studies Contributions to other areas mentioned in the ToC Contribution template for text contributions
14
omniran-14-0036-02-00TG 14 Draft ToC (Norfolk conclusion) Introduction and Scope Abbreviations, Acronyms, Definitions, and Conventions References Identifiers Network Reference Model –Overview –Reference Points –Access Network Control Architecture Multiple deployment scenarios including backhaul Functional Design and Decomposition –Dynamic Spectrum Access –Network Discovery and Selection –Association and Disassociaiton –Authentication and Trust Establishment –Datapath establishment, relocation and teardown –Authorization, QoS and policy control –Accounting and monitoring SDN Abstraction –Terminal –Access Network Annex: –Tenets (Informative)
15
omniran-14-0036-02-00TG 15 Business#5 Conference call until July 2014 session Next IEEE 802 plenary session on July 14-18 in San Diego, CA –Schedule: Wednesday, July 2 nd, 2014, 10:00 AM ET –Agenda ITU-T Liaison (Review G.80xx specifications), Preparation of July F2F AOB Status report to IEEE 802 WGs –https://mentor.ieee.org/omniran/dcn/14/omniran-14-0042-00-00TG-may-2014-status- report-to-802-wgs.pptxhttps://mentor.ieee.org/omniran/dcn/14/omniran-14-0042-00-00TG-may-2014-status- report-to-802-wgs.pptx Glenn reminded not to call it ‘liaison report’ as any liaison requires approval by the 802.1 plenary. According to its intention the report got named ‘status report to 802 WGs’. Link to the NesCom approved PAR inserted instead of local reference to EC approved version. AOB –Glenn confirmed that ITU-T specifications can be retrieved without a fee. The TG chair will distribute links to the G.80xx documents for preparation of discussion of ITU-T SG 15 liaison –Glenn provided guidance for the editing process within 802.1. FrameMaker is used for editing the specification and figures are usually re-drawn by the editor to comply with the style guides of IEEE SA. Usually the text of the specification is created by the editor based on the proposals contributed by slides. Contribution of specification text proposals are not so common in 802.1 as in other 802 WGs. The editor of a project is assigned by the chair of 802.1 Adjourned at 4:35pm
Similar presentations
© 2024 SlidePlayer.com. Inc.
All rights reserved.