Founders Meeting (June 12, 2007)

Transcription

1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Unified and flexible millimeter wave WPAN systems supported by common mode] Date Submitted: [Sept 18, 2007] Source: [Hiroshi Harada (representative contributor), other contributors are listed in Contributors slides] Company [National Institute of Information and Communications Technology (NICT), other contributors are listed in Contributors slides ] Address 1 [3-4 Hikari-no-oka, Yokosuka-shi, Kanagawa , Japan] Voice:[ ] FAX: [ ] [harada@nict.go.jp (other contributors are listed in Contributors slides)] Re: [In response to TG3c Call for Proposals (IEEE P c)] Abstract: [Proposal of unified and flexible millimeter wave WPAN systems supported by common mode] Purpose: [To be considered in TG3C baseline document.] Notice: This document has been prepared to assist the IEEE P 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 contributors acknowledge and accept that this contribution becomes the property of IEEE and may be made publicly available by P Submission Slide 1

2 Unified and flexible millimeter wave WPAN systems supported by common mode Sept 18, 2007 Submission Slide 2

3 Contributors (1/4) Name Affiliation Hiroshi Harada NICT Yozo Shoji NICT Fumihide Kojima NICT Ryuhei Funada NICT Ming Lei NICT Yoshinori Nishiguchi NICT Ryota Kimura NICT Pyo Chang-Woo NICT Zhou Lan NICT Chin-Sean Sum NICT Tuncer Baykas NICT Masahiro Umehira NICT Shuzo Kato NICT Akio Iso NICT Hiroyo Ogawa NICT Kenichi Kawasaki Sony Corp. Makoto Noda Sony Corp. Hiroyuki Yamagishi Sony Corp. Masashi Shinagawa Sony Corp. Keitarou Kondou Sony Corp. Kazuaki Takahashi Matsushita Electric Ind. Co., Ltd. Hiroyuki Nakase Tohoku University Ichihiko Toyoda NTT Corp. Ichirou Ida Fujitsu Limited Yasuyuki Ooishi Fujitsu Limited Submission Slide 3

4 Submission Slide 4 Contributors (2/4) Name Affiliation Tomohiro Seki NTT Corp. seki.tomohiro@lab.ntt.co.jp Kaoru Yokoo Fujitsu Limited yokoo@labs.fujitsu.com Taisuke Matsumoto Matsushita Electric Ind. Co.,Ltd. matsumoto.taisuke@jp.panasonic.com Raymond Yu Zhan Panasonic Singapore Laboratories Raymond.Yuz@sg.panasonic.com Michael Sim Panasonic Singapore Laboratories Michael.Simhc@sg.panasonic.com Huang Lei Panasonic Singapore Laboratories Lei.Huang@sg.panasonic.com Yukimasa Nagai Mitsubishi Electric Corp. Nagai.Yukimasa@ds.MitsubishiElectric.co.jp Takahisa Yamauchi Mitsubishi Electric Corp. Yamauchi.Takahisa@cw.MitsubishiElectric.co.jp Akinori Fujimura Mitsubishi Electric Corp. Fujimura.Akinori@dw.MitsubishiElectric.co.jp Hideto Ikeda Oki Electric Industry Co., Ltd. ikeda637@oki.com Tadahiko Maeda Oki Electric Industry Co., Ltd. maeda097@oki.com Masamune Takeda MASPRO DENKOH Corp. takeda3026@maspro.co.jp Hiroyoshi Konishi MASPRO DENKOH Corp. konishi2761@maspro.co.jp Shoichi Kitazawa ATR kitazawa@atr.jp Masazumi Ueba ATR ueba@atr.jp Amane Miura ATR amane@atr.jp Kenichi Maruhashi NEC Corp. k-maruhashi@bl.jp.nec.com Yoshitsugu Fujita KYOCERA Corp. yoshitsugu.fujita.gt@kyocera.jp Hiroshi Uchimura KYOCERA Corp. hiroshi.uchimura.hs@kyocera.jp Makoto Ando Tokyo Institute of Technology mando@antenna.ee.titech.ac.jp Jiro Hirokawa Tokyo Institute of Technology jiro@antenna.ee.titech.ac.jp Junichi Takada Tokyo Institute of Technology takada@ide.titech.ac.jp Takuichi Hirano Tokyo Institute of Technology hira@antenna.ee.titech.ac.jp Yoshio Aoki Eudyna Devices Inc y.aoki@eudyna.com Kazufumi Igarashi Japan Radio Co., Ltd. igarashi.kazufumi@jrc.co.jp Tsukasa Yoneyama EMMEX, INC. yoneyama@tohtech.ac.jp Yukihiro Shimakata TAIYO YUDEN Co., LTD. y-shima@jty.yuden.co.jp Shoji Kuriki RICOH COMPANY, LTD. shoji.kuriki@nts.ricoh.co.jp Toyoo Tanaka Toyo System Engineering Co., Ltd. toyoo_tanaka@u-tse.co.jp

5 Contributors (3/4) Name Affiliation Tian-Wei Huang National Taiwan University Ching-Kuang Tzuang National Taiwan University Juinn-Horng Deng CSIST Co. Yu-Min Chuang CSIST Co. André Bourdoux IMEC Jimmy Nsenga IMEC Wim Van Thillo IMEC Stefaan De Rore IMEC Pascal Pagani France Telecom Isabelle Siaud France Telecom Wei Li France Telecom Anne-Marie Ulmer-Moll France Telecom Marie-Hélène Hamon France Telecom Maxim Piz IHP Eckhard Grass IHP Klaus Tittelbach IHP Frank Herzel IHP Alberto Valdes Garcia IBM Troy Beukema IBM Yasunamo Katayama IBM Brian Floyd IBM Scott Reynolds IBM Daiju Nakano IBM Bruce Bosco Motorola, Inc. Paul Gorday Motorola, Inc. AbbieMathew New LANs Submission Slide 5

6 Contributors (4/4) Name Affiliation Seongsoo Kim Samsung Electronics Co., Ltd. Edwin Kwon Samsung Electronics Co., Ltd. Chiu Ngo Samsung Electronics Co., Ltd. Huaning Niu Samsung Electronics Co., Ltd. Jisung Oh Samsung Electronics Co., Ltd. Sandra Qin Samsung Electronics Co., Ltd. Huai-Rong Shao Samsung Electronics Co., Ltd. Harkirat Singh Samsung Electronics Co., Ltd. Pengfei Xia Samsung Electronics Co., Ltd. Su-Khiong Yong Samsung Electronics Co., Ltd. Dagnachew Birru Philips Richard Chen Philips Chun-Ting Chou Philips Ciaran Connell Decawave Seungsik Eom Korea University Brian Gaffney Decawave Jinkyeong Kim ETRI Yongsun Kim ETRI Kyeongpyo Kim ETRI Hyoungjin Kwon ETRI Young-Chai Ko Korea University Joy Laskar GEDC Wooyong Lee ETRI Michael Mc Laughlin Decawave Stephane Pinel GEDC Alireza Seyedi Philips Hong Zhai Philips Arthur W. Astrin Astrin Radio Artisty Submission Slide 6

7 What have changed from San Francisco meeting CoMPA and Tohoku univ. proposals have merged CoMPA and National Taiwan univ. proposals have merged CoMPA and Panasonic proposals have merged CoMPA and Samsung proposals have merged CoMPA, Philips, Korea University, ETRI, GEDC, and Decawave proposals have merged CoMPA and Astrin Radio Artisty have merged Modified Submission Slide 7

8 Collaboration under study Tensorcom Inc. LG Electronics Inc., NEC Corporation, Samsung Electronics, Co., Ltd, SiBEAM, Inc., Sony Corporation, and Toshiba Corporation Submission Slide 8 Modified

9 What was updated from San Francisco meeting Available PHY transmission modes are updated 2 mandatory modes (Common mode, HRT) 20 optional LRT modes 4 optional MRT modes 9 optional HRT modes Superframe format for ADD has been updated Option: UEP (Unequal Error Protection) has been updated Beam forming procedure has been introduced DEV-DEV communications procedure has been introduced Submission Slide 9

10 Summary of COMPA Channel Plan Full-rate channel plan Four full-rate channels in 9 GHz BW Channel separation: 2160 MHz Nyquist bandwidth: 1632 MHz Supporting common mode with data rate of 47.8 Mbps, as well as LRTs, MRTs, and HRTs with data rates of up to Gbps (to be changed after marger) in SC mode or up to 6.0 Gbps in OFDM mode Half-rate channel plan Four half-rate channels with the same center frequencies as the full-rate channels Channel separation: 2160 MHz Nyquist bandwidth: 816 MHz (half symbol and sampling rates) Supporting common mode with data rate of 47.8 Mbps using 1 GHz Tx and Rx filters and the same modulation format as common mode for full-rate channels Supporting LRTs with several data rates of up to 1530 Mbps using π/2 BPSK (RS(255,239)) in SC mode Submission Slide 10

11 CoMPA Full-rate (2GHz) Channel Plan Channel Number Low Freq. (GHz) Center Freq. (GHz) High Freq. (GHz) Nyquist BW (MHz) Roll-Off Factor A A A A MHz 240 MHz 1632 MHz 120 MHz Ch #A1 Ch #A2 Ch #A3 Ch #A f GHz Support cell phone XTALs: 19.2 MHz, 24 MHz & other high frequency XTALs: 54 MHz, 60 MHz, 108 MHz, Balanced margins to 57/66 GHz & good roll-off factor Supports multiple PLL architectures with the cell phone XTAL Dual PLL: High frequency PLL that generates carrier frequencies Low frequency PLL that generates ADC/DAC & ASIC frequencies Submission Slide 11

12 CoMPA Half-rate (1GHz) Channel Plan Channel Number Low Freq. (GHz) Center Freq. (GHz) High Freq. (GHz) Nyquist BW (MHz) Roll-Off Factor B B B B MHz 816 MHz 240 MHz 120 MHz f GHz Channel separation: 2160 MHz Same XTAL support and PLL architecture as full-rate channelization Chs B1, B2, B3, and B4 have the same center frequencies as Chs A1, A2, A3, and A4, respectively Submission Slide 12

13 PHY Mode 4 types of multi-rate transmission based on PHY-SAP data rate Common mode transmission (CMT) : 47.8 Mbps Low rate transmission (LRT) : up to 2 Gbps Medium rate transmission (MRT) : from 2 Gbps to 3 Gbps High rate transmission (HRT) : over 3 Gbps - Common mode - PHY Mode Common mode Transmission Mode Common mode transmission (CMT) PHY-SAP data rate Nyquist BW Modulation Coding Spreading factor MAC-SAP data rate 47.8 Mbps GHz π/2 BPSK RS(255,239) Mbps - Optional Polling Signal mode- PHY Mode Polling mode Transmission Mode Polling transmission (PT) PHY-SAP data rate Nyquist BW Modulation Coding Spreading factor MAC-SAP data rate 47.8 Mbps GHz OOK RS(255,239) Mbps Submission Slide 13

14 Mandatory PHY Mode Transmissio n Mode LRT 1 PHY Mode - SC LRT(up to 2 Gbps) - PHY-SAP data rate 47.8 Mbps Nyquist BW Modulation Coding Spreading factor Modified MAC-SAP data rate π/2 BPSK Mbps LRT Mbps 0.816GHz (GMSK) RS(255,239) Mbps LRT Mbps π/2 QPSK Mbps LRT Mbps Mbps LRT Mbps GMSK/ Mbps RS(255,239) LRT Mbps π/2 BPSK Mbps LRT Mbps Mbps LRT Mbps GMSK/ MSK/ π/2 BPSK RS(255,239) Mbps SC mode LRT Mbps LDPC(576,288) 2 LRT Mbps GMSK/ π/2 BPSK LDPC(576,432) 2 LRT Mbps LDPC(576,508) 2 LRT Mbps 1.632GHz LDPC(576,288) - GMSK/ LRT Mbps LDPC(576,432) - π/2bpsk LRT Mbps LDPC(576,508) - LRT Mbps π/2 QPSK LDPC(576, 288) Mbps LRT Mbps 4 (4 repetitions) 294 Mbps LRT Mbps OOK RS(255,239) 2 (2 repetitions) 581 Mbps LRT Mbps Mbps LRT Mbps 2 (2 π/2 BPSK CC R=1/2 repetitions) LRT Mbps π/2 BPSK CC R=2/3 - LRT Mbps π/2 QPSK CC R=1/2 - PHY-SAP data rate is shown in case of cyclic prefix (CP =0) PHY-SAP data rate (CP=8) has PHY-SAP data rate (CP=0) of 97% PHY-SAP data rate (CP=64) has PHY-SAP data rate (CP=0) of 75% Submission Slide 14 LRT19-21 based on doc# c MAC-SAP data rate (CP=8) has PHY-SAP data rate (CP=8) of 77% MAC-SAP data rate (CP=64) has PHY-SAP data rate (CP=64) of 77%

15 PHY Mode - SC MRT(from 2 Gbps to 3 Gbps) - PHY Mode Transmission Mode PHY-SAP data rate Nyquist BW Modulation Coding MAC-SAP data rate SC mode MRT Mbps LDPC(576, 432) 1872 Mbps π/2 QPSK MRT Mbps LDPC(576, 504) 2175 Mbps MRT Mbps GHz π/2 QPSK CC R CC =2/3 MRT Mbps 8QAM CC R CC =2/3 RS(63,55) MRT 3: Based on doc# c MRT 4: Based on doc# c PHY-SAP data rate is shown in case of cyclic prefix (CP =0) PHY-SAP data rate (CP=8) has PHY-SAP data rate (CP=0) of 97% PHY-SAP data rate (CP=64) has PHY-SAP data rate (CP=0) of 75% MAC-SAP data rate (CP=8) has PHY-SAP data rate (CP=8) of 77% MAC-SAP data rate (CP=64) has PHY-SAP data rate (CP=64) of 77% Submission Slide 15 Modified

16 PHY Mode - SC HRT(over 3 Gbps) - PHY Mode Transmission Mode PHY-SAP data rate Nyquist BW Modulation Coding MAC-SAP data rate Mandatory HRT Mbps LDPC(1440,1344) 2322 Mbps π/2 QPSK HRT Mbps RS(255,239) 2331 Mbps HRT Mbps LDPC(576,504) 3197 Mbps SC mode HRT Mbps π/2 8PSK LDPC(1440,1344) 3401 Mbps HRT Mbps RS(255,239) 3401 Mbps GHz HRT Mbps NS8QAM TCM R CC == 1/2 HRT Mbps 8QAM RS(63,55) HRT Mbps NS8QAM RS(255,239) HRT Mbps 16QAM TCM R CC == 2/3 HRT Mbps 16QAM RS(255,239) HRT 6 to 10 : Based on doc# c & c PHY-SAP data rate is shown in case of cyclic prefix (CP =0) PHY-SAP data rate (CP=8) has PHY-SAP data rate (CP=0) of 97% PHY-SAP data rate (CP=64) has PHY-SAP data rate (CP=0) of 75% MAC-SAP data rate (CP=8) has PHY-SAP data rate (CP=8) of 77% MAC-SAP data rate (CP=64) has PHY-SAP data rate (CP=64) of 77% Submission Slide 16 Modified

17 PHY Mode - OFDM LRT(up to 2 Gbps) - PHY Mode Transmission Mode PHY-SAP data rate Bandwidth Modulation Coding Code Rate Spreading factor OFDM mode LRT1 375 Mbps BPSK 1/2 LRT2 500 Mbps 1 GHz BPSK 2/3 LRT3 750 Mbps (incl. guard QPSK Convolutional 1/2 LRT Mbps band) Code + RS, QPSK LDPC, 2/3 LRT Mbps 16-QAM Turbo Codes 1/2 LRT6 750 Mbps 2 GHz BPSK [TBD] 1/2 LRT Mbps (incl. guard BPSK 2/3 LRT Mbps band) QPSK 1/2 LRT9 680 Mbps 1/2 2 LDPC LRT Mbps 1/2 QPSK LRT Mbps 1632 MHz 1/3 LRT Mbps Convolutional code +RS 2/3 LRT Mbps 16-QAM 1/3 Submission Slide 17

18 PHY Mode - OFDM MRT (from 2 Gbps to 3 Gbps) - PHY Mode Transmission Mode PHY-SAP data rate Bandwidth Modulation Coding Code Rate OFDM mode MRT Mbps 16-QAM 2/3 MRT Mbps 1 GHz Convolutional 16-QAM (incl. guard band) Code + RS, 5/6 MRT Mbps 64-QAM LDPC, 2/3 MRT Mbps 2 GHz QPSK Turbo Codes [TBD] 2/3 MRT Mbps (incl. guard band) 16-QAM 1/2 MRT Mbps 3/4 QPSK MRT Mbps LDPC 7/ MHz MRT Mbps 16-QAM 3/4 MRT Mbps QPSK Convolutional code +RS 4/5 Submission Slide 18

19 PHY Mode - OFDM HRT (over 3 Gbps) - PHY Mode OFDM mode Transmission Mode PHY-SAP data rate Bandwidth Modulation Coding Code Rate HRT Mbps 16-QAM Convolutional 2/3 Code + RS, 2 GHz HRT Mbps 16-QAM LDPC, 5/6 (incl. guard band) Turbo Codes HRT Mbps 64-QAM [TBD] 2/3 HRT Mbps 3/4 LDPC HRT Mbps 7/ MHz 16-QAM HRT Mbps Convolutional code 2/3 HRT Mbps +RS 4/5 Submission Slide 19

20 Submission Slide c Major MAC Attributes for PHY Design 1. Channel Scan Common mode beacon 2. Automatic Device Discovery (ADD) ADD for directional antenna with omni * 3. Channel Probing Channel estimation in CAP 4. Data Communication 4 communication types 5. Superframe Superframe Beacon period Multiple beacons CAP CTAP 6. Frame format Frame types Preamble PLCP header Payload 7. Optional unequal error protection (UEP) 8. Optional beam forming 9. Optional DEV-DEV directional communications * ; omni means to cover all directions by omni antenna or part of omni antenna coverage which is planned to be covered by the directional antenna (beam forming or sector antenna)

21 Summary Common mode supports Channel scan by beacons in common mode Automatic device discovery Automatic device discovery (ADD) for directional antenna devices with omni Channel probing (option) by using SC/OFDM frame with preceding common preamble and PLCP Header (for best fitting air interface) Four communication types support depending on SC and/or OFDM Superframe 1. Superframe length: 2ms 2. Beacon period : up to 0.2ms 3. Multiple beacons for SC, OFDM and OOK DEVs 4. Transmission in beacon period is CMT of 47.8 Mbps (π/2 BPSK, RS) 5. Transmission in CAP is CMT (optionally allows channel probing mode) 6. Transmission in CTAP are variable from LRT to HRT, and Common/SC/OFDM data transmission is simultaneously supported in CTAP Frame format 1. Frame types are CMT, SC LRT, channel probing, SC MRT/HRT SC, and OFDM mode frames 2. Preamble Long preamble for CMT, SC LRT and channel probing frames SYNC of 32 repetitions of Golay code of 64 chips and CE of 4 repetitions of Golay code of 128 chips for half-rate frames SYNC of 32 repetitions of Golay code of 128 chips and CE of 4 repetitions of Golay code of 256 chips for full-rate frames Short preamble for SC MRT/HRT frames SYNC of 8 repetitions of Golay code of 128 chips and CE of 4 repetitions of Golay code of 256 chips for full-rate frames 3. PLCP header (a) Common mode and channel probing frames: protected with RS code (R=1/2) and with code spreading by Golay code of 32 chips@1.632gcps (b) SC LRT frames with spreading payload: protected with RS code (R=1/2) and with code spreading by Golay code of 16 chips@0.816gcps or 32 chips@1.632gcps (c) SC LRT frames without spreading payload, MRT, and HRT frames Protected with only RS (R=1/2) (i.e., without code spreading) 4. Payload (a) Common mode frames: π/2 BPSK and RS (255,239) and code spreading by Golay code of 32 chips@1.632 Gcps (b) SC LRT frames with spreading payload : π/2 BPSK and RS (255,239) and code spreading by Golay code of 2,4,8,16 chips@0.816gcps or 2,4,8,16, 32chips@1.632Gcps (c) SC LRT frames without spreading payload, and SC MRT/HRT frames: no spreading UEP by modulation and coding scheme (MCS) change Beam forming DEV-DEV directional communications Submission Slide 21

22 c Piconet c piconet consists of a piconet coordinator (PNC) and devices (DEVs) with directional antenna with omni PNC and DEVs are capable of Single Carrier (SC) and/or OFDM air interfaces c piconet supports Four communication types 1. Type 1: Common mode/lrt mode 2. Type 2: Common/LRT and SC MRT/HRT modes 3. Type 3: Common/LRT and OFDM modes 4. Type 4: Common/LRT, SC MRT/HRT and OFDM modes Submission Slide 22

23 Basic operations in Piconet Power on Power on DEV starts Channel clear PNC starts in a clear channel Channel scan Beacons Association DEV starts Detect a PNC channel DEV responses to PNC (1) Channel scan - Whenever DEVs start, DEVs scan channels to detect an active piconet - Beacons on common mode enable both SC and OFDM DEVs to detect PNC (2) Automatic device discovery (ADD) Common mode Session start Session end PNC leaves Channel probing Data transmission Disassociation (3) Channel probing (option) - Channel probing is used for accurate channel estimation for best fitting air interface and data rate (Real signaling format of SC or OFDM is used for channel probing) (4) 4 communication types (Type 1~4) PNC ends DEV end Submission Slide 23

24 Common Mode (Simple Single Carrier bridging different air interfaces) Both SC and OFDM air interfaces are simultaneously supported on top of common mode frame Common mode: simple single carrier (π/2 BPSK with Reed Solomon as FEC) for robust and longer transmission range Common mode is to bridge an air interface to different air interfaces best fitting to the applications Common mode is used for beacon and association (automatic device discovery) Single Carrier PNC (DEVs) Common Mode OFDM DEVs (PNC) Simple Single Carrier (π/2 BPSK with RS as FEC) Submission Slide 24

25 Channel Scan (To detect piconet on common mode) 1. To initiate channel scan, PNC shall broadcast beacons in common mode with omni Beacons on common mode enable both SC and OFDM DEVs to detect PNC Transmission rate of beacons is 47.8 Mbps (π/2 BPSK with RS) 2. To detect an active piconet, DEVs scan beacons on common mode broadcasted from PNC DEV (SC) Common mode beacons PNC Common mode beacons DEV (OFDM) 2.DEV (SC) scans beacons on common mode 1. Beacons on common mode are broadcasted 2.DEV (OFDM) scans beacons on common mode Submission Slide 25

26 Automatic device discovery (ADD) (Fast ADD and shorten beacon period based on directional antenna with omni ) Assumed directional antenna devices with omni : Two types Beam forming antenna Sector switching antenna ADD procedure for directional antenna with omni Omni antenna is used for automatic device discovery when devices start up for both beam forming and sector switching Then, beam forming procedure supporting both beam forming antenna and sector switching antenna is carried out for directional communication Submission Slide 26

27 Channel probing (Accurate channel estimation for best fitting air interface and data transmission rate) Channel probing (option) is used for accurate channel estimation for best fitting air interface and data transmission Real signaling format of SC or OFDM following common mode preamble and header is used to estimate both forwarding and backwarding channel conditions Channel probing can be done in either CAP or CTAP PNC DEV Beacon Frame Beacon Frame 1. Channel estimation 2. Decision air interface and data transmission rate 1. Channel estimation 2. Decision air interface and data transmission rate Forwarding channel probing request Probing frame Probing frame Backwarding channel probing response (ok) CAP Probing frame Probing frame format Preamble+ PLCP header (*) Complete channel probing in CAP 1. Channel estimation 2. Decision air interface and data transmission rate Complete channel probing Probing in CTAP frame Forwarding channel probing request Probing frame Backwarding channel probing response (ok) CTAP Payload(Real signaling format of SC or OFDM) Probing frame (*) same as those of common mode frame Submission Slide 27

28 Data communication (Four communication types of Common/LRT only, Common/LRT+MRT/HRT SC, Common/LRT+OFDM and Common/LRT+MRT/HRT SC+OFDM) Four types of communications between PNC and DEV 1. Type1: Common/LRT mode for both Single Carrier and OFDM Devices 2. Type2: Common/LRT and Single Carrier MRT/HRT modes 3. Type3: Common/LRT and OFDM modes 4. Type4: Common/LRT, Single Carrier MRT/HRT and OFDM modes SC PNC OFDM PNC SC DEV OFDM DEV Low rate transmission (LRT) Low rate transmission (LRT) High rate transmission (HRT) SC & OFDM PNC Air interface of PNC Submission Slide Air interface of DEV

29 Submission Slide 29 Superframe (BP in CMT, CAP in CMT (MRT/HRT SC or OFDM for channel probing as option) and CTAP in CMT/LRT/MRT/HRT) Superframe length is 2ms upon considering memory size, delay and data transmission efficiency Beacon Period (BP) can be adaptively changed up to 0.2ms in common mode transmission with a rate of 47.8 Mbps Contention Access Period (CAP) based on CSMA/CA is used for association, channel estimation, communication mode decision (SC or OFDM), and channel time allocation CAP is used for common mode transmission (CMT), and optionally allows channel probing mode Channel probing frame optionally used in CAP contains common preamble & PLCP header and SC/OFDM payload (see Appendix 1) Channel Time Allocation Period (CTAP) based on TDMA is used for data transmission in CMT/LRT, MRT/HRT SC and OFDM modes simultaneously BP up to 0.2ms CMT(47.8 Mbps) CAP (CSMA/CA) CMT and Channel probing mode (option) Superframe (2ms) CTA1 for Common mode CTAP (TDMA) CTA2 for SC CTA3 for OFDM CMT, LRTs, MRTs, HRTs and Channel probing mode (option)

30 Beacon Period (up to 0.2ms for omni and SYNC beacons) Beacon period can be adaptively changed up to 0.2ms Beacon period contains one omni beacon and up to 16 synchronization (SYNC) beacons Omni beacon is used for automatic device discovery among devices SYNC beacons are used for superframe synchronization for directionally communicating devices Beacon period of 0.2ms keeps high enough superframe efficiency (~90 %) to transmit over 2.25 Gbps MAC-SAP throughput by QPSK with RS (UM5) UM5 requires 2.25 Gbps MAC-SAP throughput and it is preferable that it s rate is supported by simple QPSK with RS. MAC-SAP of 3.56 Gbps in UM1 is supported by 8PSK MAC-SAP of 1.78 Gbps in UM1 and MAC-SAP of 1.5 Gbps in UM5 are easier targets SF=2ms BP SIFS (2.5us) CAP GT (0.02us) CTAP GT (0.02us) Omni beacon SYNC beacon 1 SYNC beacon 2 SYNC beacon 16 BP Superframe efficiency MAC-SAP throughput (QPSK,RS(255,239)) [ (CAP+CTAP) / SF] in CTAP 0.128ms 93% 2.4 Gbps 0.2 ms 89.5% 2.3 Gbps 0.4 ms 79.5% 2.0 Gbps 11.6us beacon frame (upon 21 octets payload) is assumed 200us CAP for association is assumed to calculate MAC-SAP throughput Submission Slide 30

31 Multiple beaconing for SC, OFDM and OOK DEVs (Common mode and polling mode beacons) Multiple beacons of common mode (BPSK) and optional polling mode (OOK) can support SC, OFDM and OOK DEVs in a piconet, simultaneously Beacon period can accommodate multiple beacons: Common mode beacons of omni and SYNC are used for SC/OFDM DEVs Optional polling mode beacons of omni and SYNC are used for OOK DEVs up to 0.2ms SF=2ms BP CAP CTAP Omni beacon Omni beacon SYNC beacon 1 SYNC beacon 2 SYNC beacon 14 SYNC beacon 15 Common mode omni beacon for BPSK SC/OFDM Optional polling mode omni beacon for OOK Common mode SYNC beacons for BPSK SC/OFDM Optional polling mode SYNC Beacons For OOK Submission Slide 31

32 Frame format of half-rate transmission modes (Example: half-rate SC LRT of 47.8 Mbps) PLCP header (17) (PHY header (5) + MAC header (10) + and HCS(2)) (26.3 Mbps) FEC Frame payload(0~65355) + FCS(4) (47.8 Mbps) Unit in () is octet Long preamble including SYNC (32 'repetitions' of 64 chips) and CE (4 'repetitions' of 128 chips) (0.816 Gcps) RS(33,17) encoding (51 Mbps) RS(255,239) encoding (51 Mbps) (*) Code spreading with Gcps Code spreading with spreading factor of 16 chips (*) Last block shall be encoded by shorten code of RS (255,239) Code spreading with spreading factor of 16 chips Modulation with Gsymbol/s π/2 BPSK Long preamble PLCP header Payload 3.137us us (2560(=64x32+256x2) (4224(=(17x8)/(17/33)x16) symbols) symbols) (*) 'repetitions : codes may be different (i.e., a, -a, b, -b), but can be decoded with the same decoder Submission Slide 32

33 Frame format of half-rate transmission modes - SC LRT and Probing modes - BP CAP(CSMA/CA) Superframe CTAP(TDMA) Beacon frame (Common mode) Data/Command/ACK frame (Common mode) Probing frame (option) (SC/OFDM mode with common) SC LRT frame (Half-rate channel) Data/Command/ACK frame (LRT) Gsymbol/s Long preamble PLCP header Frame payload (*) 3.137us us (*) including pilot symbols in no code spreading mode Preamble PLCP header Payload Modulation π/2 BPSK//GMSK π/2 BPSK/GMSK π/2 BPSK/GMSK /π/2qpsk FEC N/A RS(33,17) RS (255,239) Spreading factor N/A 16 with Gcps 1,2,16 with Gcps (half-rate LRT) Probing frame (Half-rate channel) Gsymbol/s Long preamble PLCP header Frame payload (*) 3.137us us Preamble PLCP header Payload Modulation π/2 BPSK π/2 BPSK FEC N/A RS(33,17) According to available transmission modes Spreading factor N/A 16 with Gcps 33 Submission Slide 33

34 Frame format of full-rate transmission modes (Example: SC MRT/HRT) PLCP header (17) (PHY header (5) + MAC header (10) + and HCS(2)) (840.7 Mbps) Short preamble including SYNC (8 repetitions' of 128 chips) and CE (4 repetitions of 256 chips) (1632Mcps) FEC Modulation (1632 Msymbol/s) RS(33,17) encoding (1632 Mbps) Frame payload(0~65355)+ FCS(4) Unit in () is octet RS(255,239) encoding (*) etc. (*) Last block shall be encoded by shorten code of RS (255,239) π/2 BPSK/GMSK π/2 BPSK/GMSK π/2 QPSK etc. Pilot symbol addition 0, 8, 32, or 64 pilot symbols added to every 512 (or 256), 504 (or 248), 480 (or 224) or 448 (or 192) data symbols, respectively (TBD) 0, 8, 32, or 64 pilot symbols added to every 512 (or 256), 504 (or 248), 480 (or 224) or 448 (or 192) data symbols, respectively Short preamble us (2048 (=64x32+256x2) symbols) PLCP P header P Payload P Payload P Payload P P Payload (No pilot symbol) or us (**) P: Pilot symbols (512(256x2) symbols) (**) Padding symbols are added. Submission Slide 34

35 Submission Slide 35 Frame format of full-rate transmission modes BP Beacon frame (Common mode) - Common, Probing and SC LRT modes - CAP(CSMA/CA) Data/Command/ACK frame (Common mode) Common mode/ Probing frame (Full-rate channel) SC LRT frame (Full-rate channel) Superframe Probing frame (option) (SC/OFDM mode with common) 1.632Gsymbol/s CTAP(TDMA) Data/Command/ACK frame (LRT) (*) including pilot symbols without code spreading Long preamble PLCP header Frame payload (*) 1.632Gsymbol/s Long preamble PLCP header Frame payload (*) 3.137us us Preamble PLCP header Payload Frame type Common mode frame Probing frame Modulation π/2 BPSK/GMSK π/2 BPSK/GMSK π/2 BPSK/GMSK According to FEC N/A RS(33,17) RS(255,239) available Spreading factor N/A 32 with Gcps 32 with Gcps transmission modes 3.137us (a) (**) us (b) (**) (No pilot) or us Preamble PLCP header Payload Modulation π/2 BPSK /GMSK π/2 BPSK/GMSK (a) π/2 BPSK/GMSK (b) π/2 BPSK/GMSK/MSK/ π/2qpsk FEC N/A RS(33,17) (a) RS(255,239), (b) RS(255,239), LDPC(576,504), LDPC(576,432), LDPC(576,288) Spreading (a) 32 chips with Gcps (a) 2,4,8,or 32 chips with 1.632Gcps (b) 1 (No spreading) or N/A factor or (b) 1 (No spreading) or 2 2 (**)(a) for all cases of spreading payload with spreading factor (of 2,4,8,16, or 32) (b) for all cases of no spreading payload 35 35

36 Frame format of full-rate transmission modes - SC MRT/HRT modes and OFDM modes - BP CAP(CSMA/CA) Superframe CTAP(TDMA) Beacon frame (Common mode) Data/Command/ACK frame (Common mode) Probing frame (option) (SC/OFDM mode with common) Data/Command/ACK frame (MRT/HRT SC/OFDM mode) SC MRT/HRT frame (Full-rate channel) Short preamble PLCP header us (No pilot) or us 1.632Gsymbol/s Frame payload (SC mode) (*) (*) including pilot symbols without code spreading mode Preamble PLCP header Payload Modulation π/2 BPSK/ GMSK π/2 BPSK/GMSK π/2qpsk/ 8PSK FEC N/A RS(33,17) RS(255,239)/ LDPC(576,504), LDPC(576,432), LDPC(576,288), LDPC(1440, 1344) Spreading factor N/A 1 1 OFDM mode frame OFDM frame format including preamble, PLCP header, and payload 36 Submission Slide 36

37 Preamble format Submission Slide 37 Two preamble types Long preamble is used for CMT, SC LRT and channel probing frames in both half-rate and full-rate Short preamble is used for SC MRT/HRT frames in full-rate Preamble consists of Synchronization (SYNC) sequences and Channel Estimation (CE) sequences SYNC sequences are used for AGC, antenna diversity, timing detection, coarse AFC, and SFD (start frame delimiter) Long preamble SYNC of 32 'repetitions' (*) of Golay code of 64 chips for half-rate frames SYNC of 32 'repetitions' of Golay code of 128 chips for full-rate frames Short preamble SYNC of 8 'repetitions' of Golay code of 128 chips for full-rate frames SFD is used for the identification of the last SYNC sequence with a 2 sequences are used in CE and fine AFC with cyclic prefix and postfix. Long preamble CE of 4 'repetitions' of Golay code of 128 chips for half-rate frames CE of 4 'repetitions' of Golay code of 256 chips for full-rate frames Short preamble CE of 4 'repetitions' of Golay code of 256 chips for full-rate frames Accompanying cyclic prefix and cyclic postfix are composed of the copy of the last half of the sequence and the first half of the sequence, respectively. (*) 'repetitions : codes may be different (i.e., a, -a, b, -b), but can be decoded with the same decoder

38 Preamble format (cont.) Preamble (Short or Long) PHY Header MAC Header HCS Payload (0~65535) SYNC AGC/ Rx antenna Diversity/Timing detection/ AFC SFD Channel Estimation (CE) a a. a -a a a a a a b b b b b 31 for long, 7 for short 1 Long preamble - 32 'repetitions' of Golay code of 64@ 0.816Gcps - 32 'repetitions' of Golay code of 128@1.632Gcps Short preamble - 8 'repetitions' of Golay code of 128@1.632Gcps [-a] is SFD used for the identification of the last SYNC sequences [a], [-a], [b] are Golay code set Preamble type in each frame [a] and [b] are complimentary pair of each other [a] s postfix [a ] is a copy of [a] s last half part, and [a] s prefix [a ] is a copy of [a] s first half part Same conditions are match with [b][b ][b ] case [a] and [b] - Golay codes of 128@0.816Gcps in long preamble - Golay codes of 256@1.632Gcps in long preamble - Golay codes of 256@1.632Gcps in short preamble Symbol rate SYNC CE Spreading factor Total length [Gsps] Code 'repetitions' Code 'repetitions' Golay code length chips ns Common mode/ Probing/ LRT SC frames MRT/HRT SC frame Long Preamble Short Preamble Submission Slide for SYNC 128 for CE 128 for SYNC 256 for CE 128 for SYNC 256 for CE

39 PLCP and Payload format PLCP and frame payload are independently segmented into subblocks, accompanying Golay code-based pilot symbols, which are between each subblock SubBlock size: 512 or 256 (TBD) symbols (including data symbols and pilot symbols) Pilot symbol length: 0, 8, 32, or 64 symbols Roll of Pilot symbol (a) Timing tracking, (b) Compensation for clock drift, and (c) Compensation for frequency offset error that resides after fine AFC and that caused by phase noise in LOS environment Cyclic prefix (CP) for frequency domain equalizer (FDE) Types of pilot symbol insertion Length of 8 symbol: Insertion of Golay codes a and b by turns Length of 32, or 64 symbol: Insertion of Golay code a with length of 32, or 64 For LOS 512 or 256 symbols (TBD) Short or long preamble a PLCP header a SubBlock #1 a SubBlock #2 b SubBlock #3 A b SubBloc k#m For NLOS 8 symbols Short or long preamble a PLCP header a SubBlock #1 a SubBlock #2 a SubBlock #3 a a SubBlock #M Submission 32, 64 symbols Slide 39

40 PHY header PHY header (5octets) contains Modulation and Coding (6bits) indicates modulation and coding information of data frame UEP information (2bits) indicates which UEP approach to use Aggregation information (1bit) indicates using aggregation or not Frame length (16bits) allows maximum 65Kbyte frame Number of subframes (5bits) allows up to 32 subframes be aggregated into a single frame Length of Pilot symbols (3bits) to support mandatory and optional CPs Scramble information (2bits) Reserved bits (5bits) 6bits 2bits 1bit 16bits 5bits 3bits 2bits 5bits Modulation and Coding UEP information Aggregation Information Frame length Number of subframes Length of pilot symbols Scramble information Reserved bits Submission Slide 40

41 Mandatory cyclic prefix design N P Data Sub-block Data Sub-block N P N P... N P Data Sub-block N P Data Sub-block N P N F N F Pilot symbol N P symbols Pilot symbol N P symbols FFT length N F symbols N F =512 or 256 (TBD) N p =1, 8, 32, or 64 FFT length N F symbols Golay pilot symbols that can reuse the acquisition hardware Can be used for timing control, automatic frequency control, and channel tracking Submission Slide 41

42 Optional cyclic prefix design... Data Data Data... Sub-block Sub-block Sub-block Copy of last N CP symbols Pilot symbol N P symbols Pilot symbol N P symbols Cyclic prefix N CP symbols FFT length N F symbols Submission 32, 64 symbols Slide 42

43 Optional UEP1 (1/3) To support robust and trustworthy frame transmission for video, audio, encryption keys, and so on, Unequal Error Protection (UEP) can be used UEP in MAC and PHY MAC operations (Fragmentation and ARQ) MSDUs are fragmented into subframes with the same length Information of MSB (such as video, audio and encryption keys) is informed to PHY from MAC ARQ for retransmission will be performed PHY operations (UEP, Aggregation and Frame check) Subframes of MSB can be protected by MCS with FCS Subframes of MSB and others are aggregated Preamble, header and subheader are added in the aggregated frame Information of subframe check is informed to MAC PHY aggregation 5-bits Subframe number field in PHY header allows up to 32 subframes to be aggregated into a single frame 16-bits Frame length field in PHY header allows maximum 65 Kbytes frame be aggregated UEP conditions MSDUs are fragmented into subframes with the same length in MAC MSDUs shall be exactly divided by the subframe Each subframe shall not contain multiple MSDUs MSB subframes are only protected by MCS Submission Slide 43

44 Optional UEP1 (2/3) Subheader indicates UEP information of subframe Subframes of MSB and others are aggregated PLCP header Preamble PHY header MAC header HCS Subheader Payload Subheader 1 Subheader 2 Subheader k Subframes MSB for MSDU #1 FCS MSB for MSDU #1 FCS Others MSB for MSDU #n FCS MSB for MSDU #n FCS Others Submission Slide 44

45 Optional UEP1 (3/3) - Subheader Subheader (32bits per subframe) includes MCS (6bits) Indicates modulcation and coding scheme (MCS) of each subframe Supports 64 types of MCS combinations FCS information (1bit) Indicates whether to use the frame check sequence (FCS) MSDU number (9bits) Fragment information (2bits) Indicates the subframe is the first subframe of current MSDU, last subframe of current MSDU, or none of both Subframe length (12bits) Indicate the after-coding length of each subframe Reserved bits (2bits) Subheader For Subframe 1 (32bits) For Subframe k (32bits) 6bits 1bit 9bits 2bits 12bits 2bits 6bits 1bit 9bits 2bits 12bits 2bits MCS FCS information MSDU number Fragment information Subframe length (after coding) Reserved MCS FCS information MSDU number Fragment information Subframe length (after coding) Reserved b5-b0 MCS No FEC TBD TBD Submission Slide 45 (*) number of k is up to 32

46 Optional UEP2 (1/4) UEP coding : Applying different FEC schemes to MSB and LSB blocks in a subframe. More coding gain is given to MSB s. UEP coding generates new transmission modes (MCS) UEP mapping : MSB s and LSB s are mapped to I axis and Q axis, respectively in a skewed constellation. More energy is given to MSB s. 1-bit in the PHY header determines the use of UEP mapping Different UEP schemes will be indicated by capability field and some UEP may require an optimized bitinterleaver and multiplexer Submission Slide 46

47 Optional UEP2 (2/4) PHY Mode PHY-SAP data rate Modulation MSB coding LSB coding SC Mode 2040 Mbps QPSK LDPC (576,288) LDPC (576,432) SC Mode 2562 Mbps QPSK LDPC (576,432) LDPC (576, 504) SC Mode 3161 Mbps QPSK RS (255, 239) Uncoded SC Mode 4742 Mbps 8PSK RS (255, 239) Uncoded OFDM mode 1904 Mbps QPSK RS + CC 4/7 RS + CC 4/5 OFDM mode 3807 Mbps 16QAM RS + CC 4/7 RS + CC 4/5 Submission Slide 47

48 Optional UEP2 (3/4) - Frame format Header part uses most robust modulation and coding scheme (MCS) Different sub-packets can use different MCSs Each video sub-packet is a mixture of MSBs and LSBs Submission Slide 48

49 Optional UEP2 (4/4) - ACK Frame Selective-ACK for UEP Selective ACKs indicating Separate CRCs for MSB s and LSB s Used for both single MPDU and Aggregated MPDU Transmitter can choose appropriate retransmission mechanism depending on the Acknowledgement and available bandwidth MSB/LSB retransmission MSB only LSB only Submission Slide 49

50 Optional UEP3 Sequential Packet Based UEP Transmit MAC Video Frame Type A and B with different MCSs and different time respectively. And they could also be transmitted with different path respectively. e.g. MAC Video Frame Type A : Mode A (more robust mode) MAC Video Frame Type B : Mode B (less robust mode) Mode A, Time T1 Path A Mode B, Time T2 Path B Submission Slide 50 Added

51 Submission Slide 51 Optional beam forming support 1 (1/2) Purposes to include beam forming: to support both omni and directional communications to increase range and/or data rate The proposed beam forming method supports both PNC-DEV and DEV- DEV communications Beam forming procedure: Beam forming request Step 1*: Beam forming request by DEV and response by PNC, taking place in CAP Beam searching process Step 2 : Beam forming training sequence exchange between PNC-DEV or DEV- DEV, taking place in CTAP Step 3 : Antenna beam forming takes place. Iterations to be performed to form beams with higher directivity, if necessary Beam tracking process Step 4 : Shorter beam training sequence is periodically exchanged to maintain beam forming * In the case of beam forming request coming from the PNC, step 1 does not exist The beam training sequence is sent by using the beam forming command frame

52 Optional beam forming support 1 (2/2) (Example) Submission Slide 52

53 Optional beam forming support 2 (1/2) In SYNC beacon, phased array antenna adjusts its phase shifter to mimic the sectored transmission Beam search is done using reserved time in CTAP Beam tracking is done taking advantage of SYNC beacon SYNC beacon uses the phase shifter calculated from previous beam search or tracking process One time slot in early CTAP is also reserved to complete beam tracking Submission Slide 53

54 Optional beam forming support 2 (2/2) (Example) Beacon CAP CTAP SF #65 Omni beacon DEV1 association SF #66... Sync BCN for dev1 (using coarse direction 1) Sync BCN for dev1 (using coarse direction) Dev1 beamforming request... Sync BCN for dev1 (using coarse direction 1) SF # Sync BCN for dev1 (using fine direction 1) SF # Sync BCN for dev1 (using fine direction 1) SF # Sync BCN for dev1 (using fine direction 1) Sync BCN for dev1 (using fine direction 1) SF # Sync BCN for dev1 (using fine direction 1) DEV1 disassociation SF # Beamforming training protocol Beam tracking Beam tracking Beam tracking Beam tracking SF # (1) Coarse direction: same direction as ADD. (2) Fine direction: steering using the phase shifter acquired during the tracking stage (3) Beam search can be triggered by both PNC or DEV. When triggered by DEV, a beamforming request is sent in CAP. When triggered by PNC, no request is needed. Submission Slide 54

55 Optional DEV-DEV communication Antenna direction switching required for DEV-DEV communications while keeping PNC-DEV synchronization A) ADD between DEVs after PNC-DEV synchronization DEV detection by each other via omni directional antenna B) DEV-DEV directional communication Directional link between DEVs is maintained PNC-DEV synchronization DEV-DEV Communication Submission Slide 55

56 Options under further study (1/3) Beacon process overhead The free channel time bit shall be used to indicate whether there is still channel time available to accept new bandwidth reservation request. The Static IE included bit indicates whether static schedule IEs for persistent A/V streams are included in the current beacon or not. The bit of Coordinator Busy or not is used to indicate whether the PNC is available to accept new commands from devices Channel bonding for high data rate transmission Compressed mode with FUCA(Fast Uplink Channel Allocation) Transmit antenna diversity 8QAM with a coding rate of 1/3 based on doc# c Optimum Superframe size for video transmission Submission Slide 56 Modified

57 Under study Compressed mode with FUCA Compressed Mode*: Different PHY modes (e.g. constellations) may be used to achieve compressed mode. Normal Mode Horizontal Blanking Interval Mini Slot/ One Video Line Normal Mode Active Video Normal Mode Compressed Mode Horizontal Blanking Interval Compressed Mode Active Video Compressed Mode * Compressed mode refers to the shortening of the video packet length by choosing a higher rate transmission mode (e.g. QPSK as opposed to BPSK). It does not suggest that the video data is compressed. Added Submission Slide 57

58 Under study TX Antenna Switch Diversity Transmit antenna switch diversity is used to achieve diversity gain from shadowing or blockage. Ant 1. TX.. RF chain Receiver Switching control Ant L Comparator < Threshold> Feedback Antenna switching indicator Submission Slide 58 Added

59 Appendix 1: Summary of half-rate frame format in each mode Preamble PLCP header Payload Preamble (length is determined by short and long) PHY Header (5) MAC Header (10) HCS Frame payload (2) (0~65535 ) FCS(4) Frame types Probing frame (Option) PHY-SAP rate Variable by SC/OFDM Nyquist BW GHz Preamble PLCP header Payload Ex. frame Long preamble Gsps π/2 BPSK SYNC (32 repetitions of 64 chips) + CE (4 repetitions of 128 chips) 17 octets (Before RS encoding) Gsps π/2 BPSK RS(33,17) coding rate (Spreading factor of 16 chips) 0~65535 octets SC / OFDM mode Channel Probing frame us 5.18 us - Long preamble 17 octets (Before RS encoding) 0~65535 octets LRT SC frame 765 Mbps GHz Gsps π/2 BPSK SYNC (32 repetitions of 64 chips) + CE (4 repetitions of 128 chips) Gsps π/2 BPSK RS(33,17) coding rate (Spreading factor of 16 chips) Gsps π/2bpsk RS(255,239) encoding (Spreading factor of 1, 2, 4, 8 and 16 chips) QPSK without spreading Spreading factor of 1 chips Data frame 383 Mbps Spreading factor of 2 chips 192 Mbps us 5.18 us Spreading factor of 4 chips 95.6 Mbps Spreading factor of 8chips Mbps Spreading factor of 16chips Submission Slide 59

60 Appendix 2: Summary of full-rate frame format in each mode Frame types Common mode frame Probing frame (Option) LRT SC frame MRT/HRT SC frame PHY-SAP rate Nyquist BW 47.8 Mbps GHz Variable by SC/OFDM 1530 Mbps GHz GHz Preamble PLCP header Payload Ex. frame Long preamble Gsps π/2 BPSK SYNC 17 octets (Before RS encoding) Gsps π/2 BPSK 0~65535 octets Gsps π/2 BPSK RS(255,239) encoding (Spreading factor of 32 chips) (32 repetitions of 128 chips) + CE (4 repetitions of 256 chips) RS(33,17) coding rate (Spreading factor of 32 chips) 3.137us 5.18us - 17 octets Long preamble (Before RS encoding) Gsps π/2 BPSK SYNC Gsps π/2 BPSK 0~65535 octets (32 repetitions of 128 chips) + CE (4 repetitions of 256 chips) RS(33,17) coding rate (Spreading factor of 32 chips) SC / OFDM mode 3.137us 5.18us - Long preamble 17 octets 0~65535 octets (Before RS encoding) Gsps π/2 BPSK Gsps π/2 BPSK SYNC (32 repetitions of 128 chips) + CE (4 repetitions of 256 chips) Gsps π/2 BPSK RS(33,17) coding rate (Spreading factor of 32 chips) RS(255,239) coding rate, LDPC with spreading factor of 1, 2, 4, 8,16, 32 or GMSK/MSK/QPSK without spreading Spreading factor Mbps Spreading factor Mbps Spreading factor us 5.18us 192 Mbps Spreading factor Mbps Spreading factor Mbps Spreading factor 32 Short preamble 17 octets (Before RS encoding) 0~65535 octets GHz Gsps π/2 BPSK SYNC Gsps π/2 BPSK Gsps QPSK/8PSK (8 repetitions of 128 chips) + CE (4 RS(33,17) coding rate RS(255,239) coding rate, repetitions of 256 chips) without spreading LDPC without spreading 1.255us 0.162us - Beacon frame Channel Probing frame Data frame Data frame Submission Slide 60

61 Appendix 3: Automatic frequency control Functions of coarse and fine automatic frequency control (AFC) are provided by SYNC and CE sequences, respectively A range of estimable frequency offset f off depends on a period between successive two sequences T sq, that is, f off < 1/(2T sq ) Coarse AFC: up to GHz Fine AFC: up to GHz Residual frequency offset is reduced to less than 1 60 GHz by the joint use of the coarse and fine AFC Coarse AFC by SYNC sequences Fine AFC by CE sequences a... a -a CP a CP CP b CP T sq = 77 nsec Estimable offset is up to GHz T sq = 308 nsec Estimable offset is up to GHz Submission Slide 61

62 Appendix 4: Throughput and efficiency analysis MAC-SAP throughput = (sum of data payload) / superframe Superframe efficiency = (CAP+CTAP) / superframe MAC-SAP efficiency = (MAC-SAP throughput / PHY-SAP throughput) Superframe=2ms 0.2ms 0.02us 0.02us BP CAP GT CTAP GT overhead Preamble &PLCP Time for data Data payload (65535 octets) SIFS overhead ACK SIFS overhead Preamble &PLCP Time for data Data payload octets SIFS overhead ACK SIFS Common/LRT/ MRT/HRT 8.157us for common/lrt 1.412us for MRT/HRT Submission Slide us 2.5us Preamble Block ACK &PLCP (71octets) 8.157us for common/lrt 1.412us for MRT/HRT 1.6us (ex. QPSK, RS)