doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Unification of FSK proposals: Status report ] Date Submitted: [17 Sep 2009] Source: Multiple (see inserts for affiliations) Re: [15.4g SUN PHY Proposals] Abstract: [Status report for unification of FSK camps] Purpose: [Status report of the merging process with a summary of the commonalities and differences between the FSK proposals. This is a work in progress, and it is expected that further merging and streamlining will be accomplished based on submissions made in TG4g.] 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. <author>, <company>

Unification of FSK proposals -Status Report- <month year> doc.: IEEE 802.15-<doc#> Unification of FSK proposals -Status Report- 09/09/22 Slide 2 <author>, <company>

Contributor list ~SFF~(under construction) <month year> doc.: IEEE 802.15-<doc#> Contributor list ~SFF~(under construction) Name Organization Contact address Hiroshi Harada NICT harada@nict.go.jp Fumihide Kojima f-kojima@nict.go.jp Ryuhei Funada funada@nict.go.jp Sum Chin Sean sum@nict.go.jp Takaaki Hatauchi Fuji Electric hatauchi-takaaki@fesys.co.jp Minoru Tanabe Panasonic Kentaro Sakamoto Tokyo Gas k.sakamoto@tokyo-gas.co.jp Aiichiro Kashiwagi Osaka Gas Takahiro Banno Toho Gas <author>, <company>

Contributor list ~CPP~(under construction) <month year> doc.: IEEE 802.15-<doc#> Contributor list ~CPP~(under construction) Name Organization Jay Ramasastry Silver Spring Networks Cristina Seibert Benjamin A. Rolfe BCA Clinton Powell SCE Steve Shearer Shearer Inc. Britton Sanderford SENSUS * Other members in CPP proposals will be joined soon. <author>, <company>

Contributor list ~MP~(under construction) <month year> doc.: IEEE 802.15-<doc#> Contributor list ~MP~(under construction) Name Organization Robert Mason Elster Kuor-Hsin Chang Roberto Aiello Self John Buffington Itron Rodney Hemminger Daniel Popa Hartman VanWyk <author>, <company>

Background and objective Currently three camps have proposed FSK-based SUN as a baseline of 802.15.4g But some parts are commonly used over the camps and these proposals can be co-existed Some contributors in each FSK camp have met together and have started to discuss for the unification of FSK proposals This document is a status report for unification of FSK camps The contents may be changed further as continued discussions occur and agreements are reached

Concept of “Unified FSK Framework (UFF)” <month year> doc.: IEEE 802.15-<doc#> Concept of “Unified FSK Framework (UFF)” “Unified FSK Framework (UFF)” consists of PHY specifications from three FSK camps UFF consists of the common parts between three camps UFF (Unified FSK Framework) CPP (FSK Common Platform Proposal) MP (Merged FSK Proposal) SFF (Short Frame FSK Proposal) <author>, <company>

High Level Technical Summary <month year> doc.: IEEE 802.15-<doc#> High Level Technical Summary This document presents four topics that have been discussed by the FSK groups: Modulation and Coding Schemes Proposal of unified set of modulation and coding schemes PPDU Format Proposal of unified PPDU format Data Rate Management Proposal of solution to a more efficient data rate determination Multi-PHY-Mode Management in PAN Proposal of solution to accommodating multiple PHY modes in a single PAN <author>, <company>

Modulation and Coding Schemes <month year> doc.: IEEE 802.15-<doc#> Modulation and Coding Schemes Slide 9 <author>, <company>

Modulation and coding schemes (1/2) Modulation schemes* Frequency band Low data rate Medium data rate High data rate 400-430MHz(1MHz), 950.9-955.7MHz (Japan) 50kbps-GFSK 100kbps-GFSK 200/400kbps-GFSK/ 4GFSK 200kHz spacing 400kHz spacing 470-510MHz (China) 40kbps-GFSK, 50kbps-GFSK 100kbps-GFSK, 160kbps-GFSK 863-870MHz (Europe) 40kbps-GFSK, 200/400kbps-GFSK/4GFSK, 200kbps-4GFSK, 200kbps-OQPSK, 320kbps-4GFSK 100/250kHz spacing 250kHz spacing 250/500kHz spacing 902-928MHz (US) 50kbps-MSK/GFSK 100kbps-MSK/GFSK , 160kbps-GFSK 200/400kbps-4MSK/4GFSK, 300/400kHz spacing 300/400/600kHz spacing 2,400-2,483.5MHz (Worldwide) 100kbps-MSK/GFSK, Frequency band Low rate : 5/10 kbps Medium rate: 20 kbps High rate: 40 kbps 863-868MHz (Europe), and other bands with narrow channels 12.5/25kHz-GFSK 50kHz-GFSK 100kHz-GFSK * : All modulation indexes are under discussion

Modulation and coding schemes (2/2) Non and ½ coding (TBD)

Appendix1: MP modulation scheme Frequency band Low data rate Medium data rate High data rate 400-430MHz(1MHz), 950.9-955.7MHz(Japan) 50kbps 100kbps 200/ 400kbps GFSK GFSK/ 4GFSK 200kHz spacing 470-510 (China) 40kbps 160kbps n/a 4GFSK 200 kHz spacing 863-870MHz (Europe) 320kbps 2GFSK/4GFSK 200/400kHz spacing 400kHz spacing 902-928MHz (US), 2,400-2,483.5MHz (Worldwide)

Appendix2: CPP modulation scheme Frequency band (MHz) Parameter Low rate 50 kbps Medium rate 100* kbps High rate 200/400 kbps 400-430 (Japan, 4/5 Ch.) 950.9-955.7 (Japan, 24/23 Ch.) 470-510 (China, 200 Ch.) Channel spacing (kHz) 200 400 Modulation GFSK** GFSK GFSK/4GFSK Modulation Index 1.0 1.0/0.33 868-870 (Europe, 5 Ch.) 250 250/500 4GFSK 0.5 0.33 902-928 (US, 85 Ch.) 2,400-2,483.5 (Worldwide, 261 Ch.) 300 300/600 FSK (GFSK) 4FSK (4GFSK) Frequency band (MHz) Parameter Low rate 5/10 kbps Medium rate 20 kbps High rate 40 kbps 863-868(Europe), and other bands with narrow channels Channel spacing (kHz) 12.5/25 50 100 Modulation GFSK Modulation Index 1.0(EU), 0.5(other) Note*: Default rate in these bands Note**: BT of 0.5 used with GFSK

Appendix3: SFF modulation scheme Frequency band Low data rate Medium data rate High data rate 400-430MHz(1MHz), 950.9-955.7MHz (Japan) 50kbps-GFSK 100kbps-GFSK 200/400kbps-GFSK/ 4GFSK 200kHz spacing 400kHz spacing Note*: Default rate in these bands Note**: BT of 0.5 used with GFSK

Appendix4: PSD on 950MHz from “15.4d” ~Japanese regulation~ Frequency band Frequency Relative limit Absolute limit 950 MHz band (for 10mW GFSK channels) |f-fc| > 0.4MHz - -39dBm 0.4MHz>|f-fc|>0.2MHz -18dBm (within 200kHz width) dBm/100kHz 10dBm No more than -18dBm 0dBm -10dBm -20dBm -30dBm -40dBm 400kHz 200kHz fc

doc.: IEEE 802.15-<doc#> Can be discussed further <month year> doc.: IEEE 802.15-<doc#> PPDU Format Can be discussed further Slide 16 <author>, <company>

doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> PPDU compatibility Desire to get to a common PPDU format, but work is still in progress. Current state shown below (MP PHR needs to be updated to the latest proposal – see document #0628) SFD indicates the employed PHR setting out of the following capabilities 15.4d PHR setting (by 0xDD4H?) SFF PHR setting (by 0xXXXX) CPP PHR setting (by 0xYYYY) MP PHR setting (by 0xAA2D) Mandatory/Optional PHR can be decided when “common mode signal” is determined Compatible PPDU format Octet: variable 2 Bit: variable 16 SHR Preamble SFD 1 variable 2 7 16 PHR PSDU Frame length Reserved PHY payload excluding FCS FCS 15.4d PHR SFF PHR 2 variable 2/4 4 1 11 16/32 PHR PSDU Frame control Frame length (MSB first) PHY payload excluding FCS FCS CRC option CPP PHR 1 2 variable 4 8 16 32 PHR PSDU Scrambler seed (Optional) Payload ctrl PHY payload excluding FCS FCS MP PHR 2 variable 4 5 1 11 32 PHR PSDU CRC Header FEC1 Legacy Format change=0 FEC Data whitening RFU Network ID FEC2 Length PHY payload excluding FCS <author>, <company>

doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> Appendix 1: 15.4/4dMAC Octet: 3.75/4/5 1 2 4~20 0/5/6/10/14 variable Bit: 30/32/40 8 7 16 32~160 0/40/48/80/112 SHR PHR PSDU MHR MAC payload MFR preamble SFD Frame length Reserved Frame control Sequence # Addressing field Auxiliary security hr. Data payload FCS <author>, <company>

Appendix 2: CPP camp proposal <month year> doc.: IEEE 802.15-<doc#> Appendix 2: CPP camp proposal SFD extension to recognize from the legacy devices Frame length extension to support 1500 octet PHY payload 2 octet PHR consists of Payload ctrl field that indicates payload length 4 octet FCS employed Optional scrambler seed field addition, assuming EXT field? Minimal PPDU format Octet: variable 2 variable 4 Bit: variable 16 32 SHR PHR PSDU Preamble SFD Payload ctrl PHY payload excluding FCS FCS Extended PPDU format (w/ scramble seed) Octet: variable 2 1 variable 4 Bit: variable 16 8 32 SHR PHR PSDU Preamble SFD Scrambler seed (Optional) Payload ctrl PHY payload excluding FCS FCS Payload ctrl field Bit: 1 4 11 EXT Data rate control Payload length <author>, <company>

Appendix 3: MP camp proposal(1/3:Summary) <month year> doc.: IEEE 802.15-<doc#> Appendix 3: MP camp proposal(1/3:Summary) Two types of PHY frames are proposed: Type #1 – Normal frame (no data rate or modulation change) Type #2 – Format Change frame (indicates change of data rate and/or modulation) A Format Change frame is a simple frame followed by a Normal frame All frames have a simple FEC algorithm to protect the PHY header Normal Frame Octet: variable 2 variable 4 Bit: variable 16 5 1 11 32 SHR PHR PSDU CRC Preamble SFD Header FEC1 Legacy Format change=0 FEC Data whitening RFU Network ID FEC2 Length PHY payload excluding FCS <author>, <company>

Appendix 4: MP camp proposal(2/3:Summary) <month year> doc.: IEEE 802.15-<doc#> Appendix 4: MP camp proposal(2/3:Summary) Normal Frame Header FEC1: 5-bit wide extended Hamming code covering the following 11 bits of information Legacy: Indicates if the frame is from or to a legacy device. If Legacy = 1, the remainder of the frame is defined by the legacy vendor, but are still protected by Header FEC1 Format Change: A value of zero indicates a normal frame PSDU FEC: Indicates if FEC is used for the payload. Options are provided for a simple (i.e. block) or more complex (convolutional) algorithms 0 = no FEC 1 = option #1 2 = option #2 3 = reserved Data Whitening: Indicates if data whitening is used on the PSDU field. If used, the seed value is based on the channel number RFU: Reserved for future use Network Id: An indication of the utility network Header FEC2: 5-bit wide extended Hamming code covering the following 11 bit length field Length: The length of the PSDU which is the payload size before payload FEC. <author>, <company>

Appendix 5: MP camp proposal(3/3:Summary) <month year> doc.: IEEE 802.15-<doc#> Appendix 5: MP camp proposal(3/3:Summary) Format Change Frame Header FEC1: 5-bit wide extended Hamming code covering the following 11 bits of information Legacy: Indicates if the frame is from or to a legacy device. If Legacy = 1, the remainder of the frame is defined by the legacy vendor Format Change: A value of one indicates a format change frame Setting Delay: Indicates if the following normal frame is transmitted after a default (0) or extended (1) settling delay. Settling delay values are functions of the Modulation/Data Rate/Channel field. Modulation/Channel/Data Rate: Indicates the modulation, channel, and data rate to be used for the following normal frame. Octet: variable 2 Bit: variable 16 5 1 8 SHR PHR Preamble SFD Header FEC1 Legacy Format Change=1 Setting delay Modulation/Channel/Data Rate <author>, <company>

Appendix 6: SFF PPDU design <month year> doc.: IEEE 802.15-<doc#> Appendix 6: SFF PPDU design Different SFD to distinguish between 802.15.4d and 802.15.4g in 950MHz band in Japan One octet (802.15.4d) vs two octets Support for short frame (with CRC-16) for efficiency Frame control field to define FEC option Data rate (modulation order, 2/4GFSK for high data rate) CRC option (16 or 32) Proposed PPDU format Octet: variable 2 variable 2/4 Bit: variable 16 4 1 11 16/32 SHR PHR PSDU Preamble SFD Frame control Frame length (MSB first) PHY payload excluding FCS FCS CRC option * FEC option * Data rate (2/4 GFSK) -> no change in symbol rate * Others … 0: CRC-16 (mandatory) 1: CRC-32 (optional) <author>, <company>

doc.: IEEE 802.15-<doc#> Can be discussed further <month year> doc.: IEEE 802.15-<doc#> Data Rate Management Can be discussed further Slide 24 <author>, <company>

PHY data rate management <month year> doc.: IEEE 802.15-<doc#> PHY data rate management Data rate in a PHY mode shall be managed either by PHY or by MAC according to the situations PHY Management: Data rate indicator shall be embedded in PHR MAC Management: Data rate shall be negotiated via MAC procedure and used to determine a device’s capabilities, but common signaling is still used for communications MAC management can provide shortened frame without data rate indication field, but it requires additional MAC procedures <author>, <company>

Multi-PHY-Mode Management in PAN <month year> doc.: IEEE 802.15-<doc#> Multi-PHY-Mode Management in PAN Can be discussed further Slide 26 <author>, <company>

doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> Discussed Solutions This document specifies a common signaling (CS) design as the bridge for synchronization control among three PHY modes; FSK, OFDM, DSSS The CS is a PHY layer specification that has to be supported by all three candidate PHY modes The CS shall be used by all three PHY modes when exchanging essential command and control signaling Three options are proposed: Option 1: CS to be employed fully in beacon frames, command frames and acknowledgement frames Option 2: CS to be employed in preamble of all frames Option 3: No CS employed <author>, <company>

doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> Conclusions This document introduce a concept of “Unified FSK Framework (UFF)” and consists of four parts Modulation and Coding Schemes Proposal of unified set of modulation and coding schemes PPDU Format Proposal of unified PPDU format Data Rate Management Proposal of solution to a more efficient data rate determination Multi-PHY-Mode Management in PAN Proposal of solution to accommodating multiple PHY modes in a single PAN <author>, <company>