1. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Suggested Text Generation Work Plan Date Submitted: September 2009 Source: Rick Roberts [Intel] Address: 2111 NE 25 th Ave, Hillsboro, Oregon 97124 Voice:503-712-5012, FAX: 503-264-3375, E-Mail: richard.d.roberts@intel.comrichard.d.roberts@intel.com Re: Abstract:Suggested work plan - submitted for committee approval and comment Purpose: Notice:This document has been prepared to assist the IEEE P802.15. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release:The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.15.

2. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 2 A specification primarily addresses the air interface on the transmit side TXRX What is a standard specification and what does it address? The standard normally says very little about the receiver implementation. The standard provides information and details to the implementer about the transmitted waveform. PHY Preamble Training Waveforms Modulation Encoding Header Field Definition Individual Frame Formatting Superframe Formatting (if one exist) MAC command details The standard does NOT tell the implementer how to use the above parameters to address a particular application deployment. Issues that deal with transmit power limits and safety limits are normally not addressed in the standard but rather reference is made to consult local regulatory limits.

3. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 3 Compliance Testing Traditionally information regarding compliance testing is not part of an IEEE802.15 standard. Normally compliance testing documents are generated by industry support forums like the WiFi Alliance and are out of scope of the standard. An example of compliance testing is documenting signal processing waveforms at various points in the transmitter and/or receiver. It is not known at this time if there is a hard and fast rule in 802.15 in regards to compliance testing material being incorporated into an 802.15 standard.

4. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 4 Robert’s Rules of Order Usage in Technical Editing It is pure coincidence that my last name is Roberts and we operate under Robert’s Rules of Order. In general I’d like to keep our editing sessions informal. That means if you want something then ask for it, the committee can discuss it informally and then to gauge opinion we can ask for a nonbinding straw vote. If things get continuous we can operate under Robert’s rules which is more formal and is based upon making motions, which are seconded, discussed, amended and then approved or disapproved based upon a formal vote. Anytime we are operating under Robert’s rules I’ll make sure I explain what is happening and suggest the procedure to follow so that things operate smoothly. Remember … the end of the most continuous day in IEEE802.15.7 we should still exit the room as friends, so please try to “keep your cool”.

5. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 5 Robert’s Rules of Order Usage in Technical Editing (continued) I’d like to generate draft text in an informal, inclusive, manner … which means not everyone is going to agree upon all the text that is in an unapproved draft of a document. But technical documents under go periodic technical voting to stabilize or change the technical content of a technical document. Technical votes require a 75% approval, which is intentionally set high so as to indicate strong technical agreement within the committee. Once the unapproved draft is done I’ll make a motion to ask for a technical vote to approve the content of the document. The motion will have to be seconded and then the discussion starts on the motion. This can include amendments to the motion such as asking that text be excluded and/or included from the document under consideration. After we have exhausted the discussion and amendments then we complete the vote and the document is approved or not. Once approved the content of the document can only be changed by another technical vote.

6. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 6 Work Load IEEE802.15.7 is chartered to write a PHY and MAC standard. What may be the percentage workload given the various topics to address? Using the IEEE802.15.4 document as an example … the total amount of normative text in 805.15.4 is roughly 217 pages. General Descriptive Text... 38 pages (17%) PHY Related Text ……….. 26 pages (12%) MAC Related Text ………. 132 pages (61%) Annexes ………………….. 22 pages (10%) So if these percentages hold for 802.15.7 then most of our time will be spent working on the MAC. Total amount of text that discusses the receiver … 1 page (0.5%)

7. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 7 CONTENTS 1. Overview 2. References 3. Definitions 4. Acronyms and abbreviations 5. General description (16 pages in 15.4) 5.1 Network description 5.2 PHY description 5.3 MAC description 5.4 Functional Overview 6. PHY specification (26 pages in 15.4) 6.1 General requirements and definitions 6.2 PHY service specifications 6.3 PPDU format 6.4 PHY constants and PIB attributes 6.5 High Rate PHY specifications 6.6 Low Rate PHY specifications 6.7 General PHY specifications 7. MAC sublayer specification (132 pages in 15.4) 7.1 MAC sublayer service specification 7.2 MAC frame formats 7.3 MAC command frames 7.4 MAC constants and PIB attributes 7.5 MAC functional description 7.6 Security suite specifications 7.7 Message sequence charts illustrating MAC-PHY interaction Annexes (482 pages in 15.4) Suggest we do this first so the committee agrees on a high level description

8. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 8 Suggested Work Plan Between September and November IEEE802 Meetings Individuals work to merge proposals Conduct bi-weekly conference calls to discuss relevant technical issues and to present relevant technical results.

9. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 9 SEPTEMBER SMTWTFS 12345 6789101112 13141516171819 20212223242526 27282930 OCTOBER SMTWTFS 123 45678910 11121314151617 18192021222324 25262728293031 NOVEMBER SMTWTFS 1234567 891011121314 15161718192021 22232425262728 2930 DECEMBER SMTWTFS 12345 6789101112 13141516171819 20212223242526 2728293031 JANUARY SMTWTFS 12 3456789 10111213141516 17181920212223 24252627282930 31 FEBRUARY SMTWTFS 123456 78910111213 14151617181920 21222324252627 28 MARCH SMTWTFS 123456 78910111213 14151617181920 21222324252627 28293031 IEEE802 Travel and Week Off ConCall #1 ConCall #2 ConCall #3 Travel and Week Off ConCall #4 IEEE802 ConCall #5 Pragmatically, we have time for 5 conference calls from September to January assuming a conference call every two weeks. Suggested date for the conference call is shown above in the triple line RED box. Holiday and New Years Holiday

10. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 10 Detailed Conference Call Information 1. A call for contributions will be issued 2 weeks prior to the scheduled conference call 2. The conference call agenda will be set on a first submitted, first to present contribution basis 3. Conference calls are 90 minutes long 4. Conference call dates and time (UTC) are: 15 Oct - 23:00 UTC (16:00 SFO, 08:00 Seoul/Tokyo next day) 29 Oct - 23:00 UTC (16:00 SFO, 08:00 Seoul/Tokyo next day) 12 Nov - 23:00 UTC (16:00 SFO, 08:00 Seoul/Tokyo next day) 17 Dec - 23:00 UTC (15:00 SFO, 08:00 Seoul/Tokyo next day) 14 Jan - 23:00 UTC (15:00 SFO, 08:00 Seoul/Tokyo next day) 5. Bridge number will be sent out via the email reflector

11. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 11 Remember The job of the editor is to edit the text that is submitted by the committee. It is not the editors job to originate text. The committee can submit text in just about any format: Power Point Word Email

12. doc.: IEEE 802.15-09-0638-01-0007 Submission September 2009 Rick Roberts [Intel]Slide 12 The End – Questions