1 / 19

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ FSK Proposal Update for TG4g] Date Submitted: [ November 2009 ] Source: [ Daniel Popa, Hartman Van Wyk, John Buffington ] Company [ Itron ]

Download Presentation

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ FSK Proposal Update for TG4g] Date Submitted: [ November 2009 ] Source: [ Daniel Popa, Hartman Van Wyk, John Buffington ] Company [ Itron] [ Bob Mason, Rodney Hemminger, Kuor-Hsin Chang] Company [ Elster] [ Cristina Seibert, George Flammer, Jay Ramasastry] Company [ Silver Spring Networks] • [Hiroshi Harada , Fumihide Kojima, Sum Chin Sean] Company [ NICT] Address [] Voice [] E-Mail: [ daniel.popa @ itron.com ] [ robert.t.mason @ us.elster.com ] [ cseibert @ silverspringnet.com ] [ {harada,f-kojima,sum} @ nict.go.jp] Re: [ TG4g Proposal ] Abstract: FSK Proposal Update for TG4g Purpose: Proposal Update 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. Outline • Context for this Presentation • PHY Frame Format • Base Rate Signaling • PHY Rate Switching • PHY Parameter Specification • Generic PHY Mechanisms

  3. Context of Presentation • This presentation represents progress update of discussions to merge FSK proposals • It provides a high level description on several key areas of agreement • Details are being worked out as part of the merged draft text

  4. PHY Frame Format Mandatory PHY frame consists of a 2 byte PHR as follows: 5 bit control field: 1 or 2 control bit(s) to select optional payload FEC option. If 1 bit allocated, use to signal payload FEC on or off. If two bits allocated, use to signal payload FEC on or off, Reed-Solomon or convolutional. 1 control bit to recognize optional frame format associated with data rate changes 1 control bit for optional CRC-16 (instead of mandatory CRC-32) 1 or 2 remaining reserved bits 11 bit length field specifying the length of the payload in bytes. Optional PHY frame to support PHY data rate switching (including modulation type changes).

  5. PHY Frame Format (Cont’d) Support for un-coded header and un-coded payload is mandatory Support for coded header and coded payload is optional Use two SFDs to distinguish between coded and uncoded header SFD length will be 3 bytes SFD values TBD Standard IEEE 802.3 CRC-32 mandatory in all bands, CRC-16 also mandatory in Japanese bands. Note optional PHY switching frame does not have payload.

  6. PHY Rate Switching • Optional mechanism to allow signaling rate and modulation changes at the PHY layer • Mechanism for PHY rate switching employs frame format associated with data rate changes followed by the frame at the newly specified data rate. • A field is used in the optional PHY rate switching frame to specify the new modulation and data rate. The encoding of this information is still to be specified.

  7. Base Rate Signaling • All nodes start at the same signaling rate in a given network. • That signaling rate will be configured by upper layers, to any rate and modulation type supported by this standard. • Devices may switch to a different signaling rate using the PHY rate switching mechanism. • The network is only required to support one signaling rate

  8. PHY Parameter Specification The standard specifies a set of mandatory and optional data rates and associated parameters In addition, the standard specifies a Generic PHY mechanism to allow the derivation of a broader set of data rates and parameters Both 1) and 2) are normative in the standard

  9. Modulation Parameters902-928 MHz (US) and 2.4 GHz (Worldwide) Slide 9

  10. Modulation Parameters400-430 and 950.1-955.7 MHz (Japan) Notes: Channel spacing refers to adjacent channel separation. Channel spacing shows bundling of 200 kHz regulatory channels. Slide 10

  11. Generic PHY Mechanisms Mechanisms to derive the FSK PHY parameters of a 802.15.4g device, to extend the data rates in the PHY amendment. Allows for parameter specification per defined format and resolution, applying to aspects like data rate, modulation index, modulation type, etc. Use “Capabilities Table” to specify the modes supported by a specific 802.15.4g device. Use standard PIB mechanism to capture Capabilities Table This forms the content of a capability message to be exchanged between TG4g devices. Use “Operation Table” to select mode(s) of operation from Capabilities Table.

  12. Generic PHY Attributes Note: The format, range and resolution of these parameters are still under consideration

  13. Capabilities Table Example 1 The PIB attribute phyNumSets can be used to specify the number of modes supported

  14. Capabilities Table Example 2

  15. Capabilities Table Example for Japan The PIB attribute phyNumSets can be used to specify the number of modes supported

  16. Usage Scenario Example 1 Mandatory mode operation

  17. Usage Scenario Example 2 Operation using a single, non-mandatory mode

  18. Usage Scenario Example 3 Operation using PHY rate switching

  19. Usage Scenario Example for Japan Single mandatory mode operation

More Related