Post on 11-Jan-2016
doc.: IEEE 802.11-10/0441r3
Submission
May 2010
Chao-Chun Wang, MediaTek, et. al.Slide 1
New MAC Features for TGad
Date: 2010-05-016Author(s)/Supporter(s):Name Company Address Phone email
Abu-Surra, Shadi Samsung sasurra@sta.samsung.comBan, Koichiro Toshiba koichiro.ban@toshiba.co.jpBanerjea, Raja Marvell rajab@marvell.com
Basson, Gal Wilocity gal.basson@wilocity.comBlanksby, Andrew Broadcom andrew.blanksby@broadcom.com
Borges, Daniel Apple drborges@apple.comBorison, David Ralink david_borison@ralinktech.comCariou, Laurent Orange laurent.cariou@orange-ftgroup.com
Chamberlin, Philippe Technicolor R&I philippe.chambelin@technicolor.comChang, Kapseok ETRI kschang@etri.re.krChin, Francois I2R chinfrancois@i2r.a-star.edu.sg
Christin, Philippe Orange philippe.christin@orange-ftgroup.comChu, Liwen STMicroelectronics Liwen.chu@st.com
Chung, Hyun Kyu ETRI hkchung@etri.re.krCoffey, Sean Realtek coffey@realtek.com
Cordeiro, Carlos Intel Carlos.Cordeiro@intel.comDerham, Thomas Orange thomas.derham@orange-ftgroup.com
Dorsey, John Apple jdorsey@apple.comElboim, Yaron Wilocity yaron.elboim@wilocity.com
Fischer, Matthew Broadcom mfischer@broadcom.com
doc.: IEEE 802.11-10/0441r3
Submission
May 2010
Slide 2 Chao-Chun Wang, MediaTek, et. al.
Author(s)/Supporter(s):Name Company Address Phone email
Giraud, Claude NXP claude.giraud@nxp.comGlibbery, Ron Peraso Technologies ron@perasotech.com
Golan, Ziv Wilocity Ziv.golan@wilocity.comGong, Michelle Intel Michelle.x.gong@intel.com
Grandhi, Sudheer InterDigital sagrandhi802@gmail.comGrieve, David Agilent david_grieve@agilent.com
Grodzinsky, Mark Wilocity Mark.grodzinsky@wilocity.comHansen, Christopher Broadcom chansen@broadcom.com
Hart, Brian Cisco brianh@cisco.comHassan, Amer Microsoft amerh@microsoft.com
Hong, Seung Eun ETRI iptvguru@etri.re.krHosoya, Kenichi NEC k-hosoya@ce.jp.nec.comHosur, Srinath Texas Instruments hosur@ti.com
Hsu, Alvin MediaTek alvin.hsu@mediatek.comHsu, Julan Samsung Julan.hsu@samsung.com
Hung, Kun-Chien MediaTek kc.hung@mediatek.comJain, Avinash Qualcomm avinashj@qualcomm.com
Jauh, Alan MediaTek alan.jauh@mediatek.comJayabal, Raymond Jararaj s/o I2R jraymond@i2r.a-star.edu.sg
Jeon, Paul LGE bjjeon@lge.comJin, Sunggeun ETRI sgjin@etri.re.kr
Jones, VK Qualcomm vkjones@qualcomm.comJoseph, Stacy Beam Networks stacy@beamnetworks.com
Jun, Haeyoung Samsung Haeyoung.jun@samsung.comKaaja, Harald Nokia harald.kaaja@nokia.comKafle, Padam Nokia padam.kafle@nokia.com
Kakani, Naveen Nokia naveen.kakani@nokia.comKasher, Assaf Intel Assaf.kasher@intel.comKasslin, Mika Nokia mika.kasslin@nokia.com
doc.: IEEE 802.11-10/0441r3
Submission
May 2010
Slide 3 Chao-Chun Wang, MediaTek, et. al.
Author(s)/Supporter(s):Name Company Address Phone email
Kim, Hodong Samsung hodong0803.kim@samsung.comKim, Yongsun ETRI doori@etri.re.krKreifeldt, Rick Harman International rick.kreifeldt@harman.comKwon, Edwin Samsung cy.kwon@samsung.com
Kwon, Hyoungjin ETRI kwonjin@etri.re.krKwon, Hyukchoon Samsung hyukchoon.kwon@samsung.com
Laine, Tuomas Nokia tuomas.laine@nokia.comLakkis, Ismail Tensorcom ilakkis@tensorcom.comLee, Hoosung ETRI hslee@etri.re.kr
Lee, Keith AMD keith.lee@amd.comLee, Wooyong ETRI wylee@etri.re.kr
Liu, Yong Marvell yongliu@marvell.comLou, Hui-Ling Marvell hlou@marvell.comLynch, Brad Peraso Technologies brad@perasotech.com
Majkowski, Jakub Nokia jakub.majkowski@nokia.comMarin, Janne Nokia janne.marin@nokia.com
Maruhashi, Kenichi NEC k-maruhashi@bl.jp.nec.comMatsumoto, Taisuke Panasonic matsumoto.taisuke@jp.panasonic.com
Meerson, Yury Wilocity Yury.meerson@wilocity.comMese, Murat Broadcom mesem@broadcom.com
Montag, Bruce Dell bruce_montag@dell.comMyles, Andrew Cisco amyles@cisco.com
Nandagopalan, Saishankar Broadcom nsai@broadcom.comNgo, Chiu Samsung Chiu.ngo@samsung.com
Nikula, Eero Nokia eero.nikula@nokia.comPark, DS Samsung dspark@samsung.com
Park, Minyoung Intel Minyoung.park@intel.comPeng, Xiaoming I2R pengxm@i2r.a-star.edu.sg
Pi, Zhouyue Samsung zpi@sta.samsung.com
doc.: IEEE 802.11-10/0441r3
Submission
May 2010
Slide 4 Chao-Chun Wang, MediaTek, et. al.
Author(s)/Supporter(s):Name Company Address Phone email
Ponnampalam, Vish MediaTek vish.ponnampalam@mediatek.comPrasad, Narayan NEC prasad@nec-labs.com
Prat, Gideon Intel Gideon.prat@intel.comQu, Xuhong I2R quxh@i2r.a-star.edu.sg
Ramachandran, Kishore NEC kishore@nec-labs.comRaymond, Yu Zhan Panasonic Raymond.Yuz@sg.panasonic.comRoblot, Sandrine Orange sandrine.roblot@orange-ftgroup.com
Ronkin, Roee Wilocity Roee.ronkin@wilocity.comRozen, Ohad Wilocity Ohad.rozen@wilocity.com
Sachdev, Devang NVIDIA dsachdev@nvidia.comSadri, Ali Intel Ali.S.Sadri@intel.com
Sampath, Hemanth Qualcomm hsampath@qualcomm.comSanderovich, Amichai Wilocity Amichai.sanderovich@wilocity.com
Sankaran, Sundar Atheros Sundar.Sankaran@Atheros.comScarpa, Vincenzo STMicroelectronics vincenzo.scarpa@st.com
Seok, Yongho LGE yongho.seok@lge.comShao, Huai-Rong Samsung hr.shao@samsung.comShen, Ba-Zhong Broadcom bzshen@broadcom.com
Sim, Michael Panasonic Michael.Simhc@sg.panasonic.comSingh, Harkirat Samsung har.singh@sisa.samsung.comSoffer, Menashe Intel Menashe.soffer@intel.comSong, Seungho SK Telecom shsong@sktelecom.comSorin, Simha Wilocity Simha.sorin@wilocity.comSmith, Matt Atheros matt.smith@atheros.com
Stacey, Robert Intel Robert.stacey@intel.comSubramanian, Ananth I2R sananth@i2r.a-star.edu.sg
Sutskover, Ilan Intel Ilan.sutskover@intel.com
doc.: IEEE 802.11-10/0441r3
Submission
May 2010
Slide 5 Chao-Chun Wang, MediaTek
Author(s)/Supporter(s):Name Company Address Phone email
Taghavi, Hossain Qualcomm mtaghavi@qualcomm.comTakahashi, Kazuaki Panasonic takahashi.kazu@jp.panasonic.comTrachewsky, Jason Self jtrachewsky@gmail.comTrainin, Solomon Intel Solomon.trainin@intel.com
Usuki, Naoshi Panasonic usuki.naoshi@jp.panasonic.comVarshney, Prabodh Nokia prabodh.varshney@nokia.com
Vertenten, Bart NXP bart.vertenten@nxp.comVlantis, George STMicroelectronics george.vlantis@st.com
Wang, Chao-Chun MediaTek chaochun.wang@mediatek.comWang, Homber TMC homber@emcite.comWang, James MediaTek james.wang@mediatek.com
Wong, David Tung Chong I2R wongtc@i2r.a-star.edu.sgYee, James MediaTek james.yee@mediatek.com
Yucek, Tevfik Atheros Tevfik.Yucek@Atheros.comYong, Su Khiong Marvell skyong@marvell.comZhang, Hongyuan Marvell hongyuan@marvell.com
doc.: IEEE 802.11-10/0441r3
Submission
Proposal overview
• This presentation is part and is in support of the complete proposal described in 802.11-10/432r2 (slides) and 802.11-10/433r2 (text) that:– Supports data transmission rates up to 7 Gbps– Supplements and extends the 802.11 MAC and is backward compatible
with the IEEE 802.11 standard – Enables both the low power and the high performance devices,
guaranteeing interoperability and communication at gigabit rates – Supports beamforming, enabling robust communication at distances
beyond 10 meters – Supports GCMP security and advanced power management– Supports coexistence with other 60GHz systems– Supports fast session transfer among 2.4GHz, 5GHz and 60GHz
May 2010
Slide 6 Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
New MAC Features for TGad covered in this presentation
• MAC sublayer– mmWave Channel access
• Beacon interval (BI) structure• Announcement time (AT) transmission rules• Data transfer time (DTT) transmission rules• Contention-based period (CBP) transmission rules• Time division based channel access in DTT• Dynamic allocation of service period • mmWave Protected Period
– mmWave Block Ack with Flow Control– Multirate support
• MLME– QoS support– Support for optimized Peer-to-Peer communication
• Frame Formats
Slide 7
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Proposed MAC Architecture for TGad
May 2010
Slide 8 Chao-Chun Wang, MediaTek
doc.: IEEE 802.11-10/0441r3
Submission
mmWave Channel access
• The communications between STAs in mmWave channels is highly directional– Contention based channel access mechanism is not optimal to solve all
issues caused by the directionality of the transmission • mmWave Channel access is optimized for directional transmission
by providing following mechanisms:– mmWave specific Beacon interval (BI) structure – mmWave specific channel access rules for Data Transfer Time (DTT)
• mmWave specific channel access rules for dedicated Service Periods (SP)• mmWave specific channel access rules for contention-based period (CBP)• Time division based channel access in DTT• Dynamic allocation of service period
– mmWave Protected Period
Slide 9
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Channel Access during Dedicated Service Periods for Network Management
• Channel time is partitioned into Beacon Intervals (BI)– The length of the BI can be changed and is ranging from 10 TU to 1000 TU
• A BI contains service periods (SP) dedicated for the network management
• Dedicated SPs comprise – A Beacon Time (BT) period
• During BT one or more mmWave Beacon frames are sent to cover a quasi-omni antenna pattern
– An Association beamforming training period (A-BFT)• During slotted A-BFT, non-AP/non-PCP STA and AP/PCP exchange beamforming
training messages– An Announcement time period (AT)
• The AT period is reserved for PCP to perform association and disassociation, to solicit request for service period, or to convey scheduling information.
Slide 10
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
AT transmission rules
Slide 11
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Channel Access during Data Transmission Time (DTT)
• EDCA like access during CBP• TDMA like access during dedicated service period for a
pair of mSTAs• Dynamic allocation of the Service Period
– Truncation of the scheduled or reserved time during SP and CBP respectively
– Polling and granting to rearrange the time released by truncation – Extension of the SP
Slide 12
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Dynamic allocation of service period
Slide 13
May 2010
Chao-Chun Wang, MediaTek, et. al.
Polling Period (PP)
Data Transfer in a SP
Poll1
SPR1
PCP/AP:
STA:
SPR1
Poll1
Grant Period (GP)
PollN. . .
PollN. . .
. . .
. . . SPRN
SPRN Grant1 Grant2
Grant1 Grant2
Time
SBIFS
SBIFS SBIFS SIFS SBIFS SBIFS
doc.: IEEE 802.11-10/0441r3
Submission
mmWave Protected Period• Reducing the possibility of inferences between pairs of mSTAs by
allowing only one pair of mSTAs to communicate with each other during a protected period– Pairs of mSTAs belonging to different BSS may interfere when
communicating in overlapping SP• A mmWave Protected Period is established through an
RTS/mmWaveCTS handshake– mSTAs establishing the protected period have to be in listening mode
for aMinListeningTime before the RTS/mmWaveCTS handshake– mSTAs shall not issue the RTS frame or respond with the
mmWaveCTS frame if its NAV timers has a non-zero value– If the mSTA is not able to establish the protected period at start of the
allocated SP it issues the Interference Report
Slide 14
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
mmWave Block Ack with Flow Control• Preventing the reordering buffer of the receiver of block ACK from
overflow.– The arrival rate from the radio link is higher releasing rate to the upper layer
• The mmWave Block Ack with Flow Control prevents the overrun by communicating the RBUFCAP field to the Sender– The RBUFCAP field contains an the WinCapacityB that is the number of MPDU
buffers in the Rx reordering buffer available to store MPDUs at the time of transmission of the Extended Compressed BlockAck frame
Slide 15
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Multi-rate support
• A control modulation class is used for following frames– Beacon, beamforming training frames
• A SC modulation class is used to send control frame by mSTA.– Rate selection rules for control frames transmitted by mSTAs
• A frame with destination ID set to group-addressed frame shall be transmitted by using a common MCS of all intended receivers or a mandatory MCS from the set of SC MCSs
• A frame with destination ID set to unicast-addressed shall be transmitted by using an MCS supported by the communicating STAs
• For beam refinement frames – The first beam refinement frame exchanged between two STAs is modulated by
using a control modulation class– During the remaining of the beam refinement process, the beam refinement frames
are exchanged by using MCS 0-9 – During the beam tracking process, the frames are exchanged by using any MCS.
Slide 16
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
QoS support• Two new types of traffic specifications
– Extended mmWave TSPEC• Describing the timing and the traffic requirements of a TS that exists within either a
PBSS or within a BSS operating in the UB. • The purpose of the Extended mmWave TSPEC is for the initial creation and modification
of service periods and their allocation for the transmission of frames between mSTAs that are members of a PBSS or that are members of a mmWave infrastructure BSS
– PTP TSPEC• A TSPEC transmitted between members of a PBSS or members of a BSS operating in the
UB modifying the traffic parameters of a previously-established TS – A PTP TSPEC includes parameters that are associated with the TS such as max MSDU size and Delay Bound and
identifies different TSs that can use the same SP for data transfer between non-AP mSTAs.
• Two types of mmWave TS Traffic Types – Isochronous TS support – Asynchronous TS support
Slide 17
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
General frame format changes• The Frame Body of up to 9000 octets plus any overhead from security
encapsulation is permitted for frames transmitted using the mmWave PHY
Slide 18
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
New Frame type and subtypes• New frame type “extension” is defined
– One sub-type of the extension type is allocated for mmWave beacon
• New subtype “control frame extension” is defined for the control type frames– control frame extension is used to define several mmWave specific
control frames
Slide 19
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
New Action Frames• mmWave Action frame• FST Action frame
Slide 20
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
QoS action frame modification• Proposed new parameters in QoS action frame
to address the Fast Session Transfer feature– Basic ADDTS Request/Response frame
• Including an optional “Multi-band” element
– Extended mmWave ADDTS Request/Response frame formats • Replacing 802.11 “TSPEC” element with “Extended mmWave TSPEC”
element• Including an optional “Multi-band” element
– DELTS frame• Including an optional “Extended mmWave TS Info” element• Including an optional “Multi-band” element
Slide 21
May 2010
Chao-Chun Wang, MediaTek, et. al.
doc.: IEEE 802.11-10/0441r3
Submission
Block Ack Action frame modification• New optional information elements are appended to the
BA action frames:– Multi-band– TCLAS– ADDBA extension
Slide 22
May 2010
Chao-Chun Wang, MediaTek, et. al.