Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 1 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 1 of 91
`
`EXHIBIT 9
`EXHIBIT 9
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 2 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 2 of 91
`
`IEEE Std 802.11a-1999
`(Supplementto
`IEEE Std 802.11-1999)
`
`Supplement to IEEE Standard for
`Information technology —
`Telecommunications and information exchange
`between systems—
`_ocal and metropolitan area networks—
`Specific requirements —
`
`Part 11: Wireless LAN Medium Access Control
`(MAC) and Physical Layer (PHY) specifications:
`
`High-speed Physical Layerin the 5 GHZ Band
`
`Sponsor
`
`LAN/MAN Standards Committee
`of the
`iEEE Computer Society
`
`Approved 16 September 1999
`
`IEEE-SA Standards Board
`
`Abstract: Changes and additions to IEEE Std. 802.11-1999 are provided to support the new high-
`rate physical layer (PHY) for operation in the 5 GHz band.
`Keywords: 5 GHz, high speed, local area network (LAN), orthogonal frequency division multiplex-
`ing (OFDM), radio frequency, unlicensed national information infrastructure (U-NI), wireless
`
`The Institute of Electrical and Electronics Engineers, Inc.
`3 Park Avenue, New York, NY 10016-5997, USA
`
`Copyright © 1999 bythe Institute of Electrical and Electronics Engineers,inc.
`All rights reserved. Published 30 December 1999. Printed in the United States of America.
`
`Print:
`PDF:
`
`ISBN 0-7381-1809-5
`ISBN 0-7381-1810-9
`
`SH94787
`$S94787
`
`No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, withoutthe prior
`written permission of the publisher.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002321
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 3 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 3 of 91
`
`IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Com-
`
`mittees of the IEEE Standards Association (EEE-SA) Standards Board. Members of the committees serve
`voluntarily and without compensation. They are not necessarily members of the Institute. The standards
`developed within IEEE represent a consensus of the broad expertise on the subject within the Institute as
`well as those activities outside of IEEE that have expressed an interest in participating in the developmentof
`the standard.
`
`Use of an IEEE Standard is wholly voluntary. The existence of an IEEE Standard does not imply that there
`are no other ways to produce, test, measure, purchase, market, or provide other goods and services related to
`the scope of the IEEE Standard. Furthermore, the viewpoint expressed at the time a standard is approved and
`issued is subject to change brought about through developments in the state of the art and comments
`received fromusers of the standard. Every IEEE Standard is subjected to review at least every five years for
`revision or reaffirmation. When a document is more than five years old and has not been reaffirmed, it is rea-
`sonable to conclude thatits contents, although still of some value, do not wholly reflect the presentstate of
`the art. Users are cautioned to check to determine that they have the latest edition of any IEEE Standard.
`
`Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership
`affiliation with IEEE. Suggestions for changes in documents should be in the form of a proposed change of
`text, together with appropriate supporting comments.
`
`Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they
`relate to specific applications. When the need for interpretations is brought to the attention of IEEE, the
`Institute will initiate action to prepare appropriate responses. Since IEEE Standards represent a consensus of
`all concernedinterests, it is important to ensure that any interpretation has also received the concurrence of a
`balance of interests. For this reason, IEEE and the membersof its societies and Standards Coordinating
`Committees are not able to provide an instant response to interpretation requests except in those cases where
`the matter has previously received formal consideration.
`
`Comments on standards and requests for interpretations should be addressed to:
`
`Secretary, IEEE-SA Standards Board
`445 Hoes Lane
`P.O. Box 1331
`
`Piscataway, NJ 08855-1331
`USA
`
`Note: Attention is called to the possibility that implementation of this standard may
`require use of subject matter covered by patent rights. By publication of this standard,
`no position is taken with respect to the existence or validity of any patent rights in
`connection therewith. The IEEE shall not be responsible for identifying patents for
`which a license may be required by an IEEE standard or for conducting inquiries into
`
`the legal validity or scope of those patents that are broughtto its attention.
`
`Authorization to photocopy portions of any individual standard for internal or personal use is granted bythe
`Institute of Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to Copyright
`Clearance Center. To arrange for payment of licensing fee, please contact Copyright Clearance Center, Cus-
`tomer Service, 222 Rosewood Drive, Danvers, MA 01923 USA; (978) 750-8400. Permission to photocopy
`portions of any individual standard for educational classroom use can also be obtained through the Copy-
`right Clearance Center.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002322
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 4 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 4 of 91
`
`Introduction
`
`(This introduction is not part of IEEE Std 802.11a-1999, Supplement to IEEE Standard for Information technology —
`Telecommunications and information exchange between systems—Local and metropolitan area networks— Specific
`Requirements—Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: High-
`speed Physical Layer in the 5 GHz Band.)
`
`This standard is part of a family of standards for local and metropolitan area networks. The relationship
`between the standard and other members of the family is shown below. (The numbers in the figure refer to
`IEEE standard numbers.)
`
`
` LAYER
`
`
`
`
`
`
`
`
`802OVERVIEW&ARCHITECTURE*
`
`802.1MANAGEMENT
`
`
`
`
`
`
`
`
`
`
`
`
`
`>»
`bEoc
`3
`o°
`
`a
`«
`
`
`
`802.2 LOGICAL LINK CONTROL
`
`
`
`
`
`802.1 BRIDGING
`
`DATA
`LINK
`
`802.3
`MEDIUM
`ACCESS
`
`802.4
`MEDIUM
`ACCESS
`
`802.5
`MEDIUM
`ACCESS
`
`802.6
`MEDIUM
`ACCESS
`
`802.9
`MEDIUM
`ACCESS
`
`802.11
`MEDIUM
`ACCESS
`
`802.12
`MEDIUM
`ACCESS
`
`802.3
`PHYSICAL]
`
`802.4
`|PHYSICAL|
`
`802.5
`|PHYSICAL|
`
`802.6
`|PHYSICAL)
`
`802.9
`|PHYSICAL|
`
`802.11
`|PHYSICAL)
`
`802.12
`|PHYSICAL
`
`PHYSICAL
`LAYER
`
`* Formerly IEEE Std 802.1A.
`
`This family of standards deals with the Physical and Data Link layers as defined by the International Organiza-
`tion for Standardization (SO) Open Systems Interconnection (OSD Basic Reference Model CSO/TEC
`7498-1:1994). The access standards define seven types of mediumaccess technologies and associated physi-
`cal media, each appropriate for particular applications or system objectives. Other types are under
`investigation.
`
`The standards defining the access technologies are as follows:
`
`¢
`
`IEEE Std 802
`
`Overview and Architecture. This standard provides an overview to the family
`of IEEE 802 Standards.
`
`¢ ANSI/TEEE Std 802.1B LAN/MAN Management. Defines an OSI management-compatible architec-
`and 802.1k
`ture, and services and protocol elements for use in a LAN/MANenvironment
`[ISO/IEC 15802-2]
`for performing remote management.
`
`e ANSI/TEEE Std 802.1D=Media Access Control (MAC) Bridges. Specifies an architecture and protocol
`{ISO/IEC 15802-3]
`for the interconnection of IEEE 802 LANs belowthe MAC service boundary.
`
`¢ ANSI/TEEE Std 802.1E=System Load Protocol. Specifies a set of services and protocol for those
`[ISO/IEC 15802-4]
`aspects of management concerned with the loading of systems on IEEE 802
`LANs.
`
`e
`
`JEEE Std 802.1F
`
`CommonDefinitions and Procedures for IEEE 802 Management Information
`
`« ANSI/TEEE Std 802.1G=Remote Media Access Control Bridging . Specifies extensions for the intercon-
`[ISO/IEC 15802-5]
`nection, using non-LAN communication technologies, of geographically sepa-
`rated IEEE 802 LANsbelowthelevel ofthe logical link control protocol.
`
`Copyright © 1999 IEEE. All rights reserved.
`
`iti
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002323
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 5 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 5 of 91
`
`ANSI/IEEE Std 802.2
`
`[ISO/IEC 8802-2]
`
`ANSI/IEEE Std 802.3
`
`[ISO/IEC 8802-3]
`
`ANSI/IEEE Std 802.4
`
`[ISO/IEC 8802-4]
`
`ANSI/TEEE Std 802.5
`
`[ISO/IEC 8802-5]
`
`ANSI/IEEE Std 802.6
`
`[ISO/IEC 8802-6]
`
`ANSI/IEEE Std 802.9
`
`[ISO/IEC 8802-9]
`
`_—
`
`ANSI/IEFE Std 802.10
`
`IEEE Std 802.11
`
`[ISO/IEC DIS 8802-11]
`
`ANSI/IEEE Std 802.12
`
`[ISO/IEC DIS 8802-12]
`
`Logical Link Control
`
`CSMA/CD Access Method and Physical Layer Specifications
`
`Token Passing Bus Access Method and Physical Layer Specifications
`
`Token Ring Access Method and Physical Layer Specifications
`
`Distributed Queue Dual Bus Access Method and Physical Layer Specifica-
`tions
`
`Integrated Services (IS) LAN Interface at the Medium Access Control and
`Physical Layers
`
`Interoperable LAN/MAN Security
`
`Wireless LAN Medium Access Control and Physical Layer Specifications
`
`Demand Priority Access Method, Physical Layer and Repeater Specifica-
`tions
`
`In addition to the family of standards, the following is a recommended practice for a common Physical
`Layer technology:
`
`IEEE Std 802.7
`
`LEEE Recommended Practice for Broadband Local Area Networks
`
`The following additional working groups have authorized standards projects under development:
`
`IEEE 802.14
`
`IEEE 802.15
`
`IEEE802.16
`
`Standard Protocol for Cable-TV Based Broadband Communication Network
`
`Wireless Personal Area Networks Access Method and Physical Layer
`Specifications
`
`Broadband Wireless Access Method and Physical Layer Specifications
`
`iv
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002324
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 6 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 6 of 91
`
`Editor’s Notes
`
`Clause 4, subclause 9.1, and Clause 17 in this supplement will be inserted into the base standard as an addi-
`tional PHY specification for the 5 GHz unlicensed national information infrastructure (U-NID band.
`
`There are three annexes included in this supplement. Following are instructions to merge the informationin
`these annexes into the base document.
`
`Annex A: This annex shows a changeto the table in A.4.3 of the base standard (IUT configuration) and the
`addition of a new subclause. Item *CF6 should be added to the table in A.4.3 of the base standard. The entire
`subclause A.4.8 (Orthogonal frequency division multiplex PHY functions) should be added to the end of
`AnnexA in the base standard (.e., after A.4.7).
`
`Annex D: This annex contains additions to be made to Annex D (ASN.1 encoding of the MAC and PHY
`MIB) of the base standard. There are five sections that provide instructions to merge the information con-
`tained herein into the appropriate locations in Annex D of the base standard.
`
`Annex G: This annex is new to the base standard. The purpose of Annex G is to provide an example of
`encoding a frame for the OFDM PHY,described in Clause 17, including all intermediate stages.
`
`Copyright © 1999 IEEE. All rights reserved.
`
`v
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002325
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 7 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 7 of 91
`
`Participants
`
`At the time this standard wasballoted, the 802.11 working group had the following membership:
`
`Vic Hayes, Chair
`
`Stuart J. Kerry, Vice Chair
`
`Al Petrick, Co-Vice Chair
`
`George Fishel, Secretary
`
`Robert O'Hara, Chair and editor, 802.1 1-rev
`
`Allen Heberling, State-diagram editor
`
`Michael A. Fischer, State-diagram editor
`
`Dean M. Kawaguchi, Chair PHY group
`
`David Bagby, Chair MAC group
`
`Naftali Chayat, Chair Task Group a
`
`Hitoshi Takanashi, Editor 802.1 la
`
`John Fakatselis, Chair Task Group b
`
`Carl F. Andren, Editor 802.11b
`
`Jetfrey Abramowitz
`Reza Ahy
`Keith B. Amundsen
`James R. Baker
`
`Kevin M. Barry
`Phil Belanger
`John Biddick
`Simon Black
`Timothy J. Blaney
`Jan Boer
`Ronald Brockmann
`Wesley Brodsky
`John H. Cafarella
`Wen-Chiang Chen
`Ken Clements
`
`Wim Diepstraten
`Peter Ecclesine
`Richard Eckard
`
`Darwin Engwer
`Greg Ennis
`Jeffrey J. Fischer
`John Fisher
`Tan Gifford
`Motohiro Gochi
`
`Tim Godfrey
`Steven D. Gray
`Jan Haagh
`Karl Hannestad
`Kei Hara
`
`Chris D. Heegard
`Robert Heile
`Juha T. Heiskala
`Maarten Hoeben
`Masayuki Ikeda
`Donald C. Johnson
`Tal Kaitz
`Ad Kamerman
`Mika Kasslin
`
`Patrick Kinney
`Steven Knudsen
`Bruce P. Kraemer
`David S. Landeta
`James S. Li
`
`Stanley Ling
`Michael D. McInnis
`Gene Miller
`Akira Miura
`Henri Moelard
`Masaharu Mori
`Masahiro Morikura
`Richard van Nee
`Erwin R. Noble
`Tomoki Ohsawa
`Kazuhiro Okanoue
`Richard H.Paine
`
`Roger Pandanda
`Victoria M. Poncini
`Gregory S. Rawlins
`Stanley A. Reible
`
`Frits Riep
`William Roberts
`Kent G. Rollins
`
`Clemens C.W. Ruppel
`Anil K. Sanwalka
`
`Roy Sebring
`Tie-Jun Shan
`
`Stephen J. Shellhammer
`Matthew B. Shoemake
`
`Thomas Siep
`Donald T. Sloan
`
`Gary Spiess
`Satoru Toguchi
`Cherry Tom
`Mike Trompower
`Tom Tsoulogiannis
`Bruce Tuch
`Sarosh N. Vesuna
`
`Ikuo Wakayama
`Robert M. Ward,Jr.
`Mark Webster
`Leo Wilz
`
`Harry R. Worstell
`Lawrence W. Yonge,III
`Chris Zegelin
`Jonathan M. Zweig
`James Zyren
`
`vi
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002326
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 8 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 8 of 91
`
`The following members of the balloting committee voted on this standard:
`Carl F. Andren
`Jack S. Andresen
`
`Raj Jain
`A. Kamerman
`
`Lek Ariyavisitakul
`David Bagby
`Kevin M. Barry
`John H. Cafarella
`James T. Carlo
`David E. Carlson
`Linda T. Cheng
`Thomas J. Dineen
`Christos Douligeris
`Peter Ecclesine
`Richard Eckard
`
`Philip H. Enslow
`John Fakatselis
`Jeffrey J. Fischer
`Michael A. Fischer
`Robert J. Gagliano
`GautamGarai
`Alireza Ghazizahedi
`Tim Godfrey
`Patrick S. Gonia
`
`Steven D. Gray
`Chris G. Guy
`Vic Hayes
`Allen Heberling
`Chris D. Heegard
`Juha T. Heiskala
`
`Dean M. Kawaguchi
`Stuart J. Kerry
`Patrick Kinney
`Daniel R. Krent
`Walter Levy
`Stanley Ling
`RandolphS. Little
`Roger B. Marks
`Peter Martini
`Richard McBride
`Bennett Meyer
`David S. Millman
`
`Hiroshi Miyano
`Warren Monroe
`Masahiro Morikura
`Shimon Muller
`Peter A. Murphy
`Paul Nikolich
`Erwin R. Noble
`Satoshi Obara
`Robert O'Hara
`Charles Oestereicher
`Kazuhiro Okanoue
`
`Roger Pandanda
`Ronald C. Petersen
`Al Petrick
`
`Vikram Punj
`
`Pete Rautenberg
`Stanley A. Reible
`Edouard Y. Rocher
`Kent Rollins
`James W. Romlein
`Floyd E. Ross
`Christoph Ruland
`Anil K. Sanwalka
`Norman Schneidewind
`James E. Schuessler
`Rich Seifert
`Matthew B. Shoemake
`Leo Sintonen
`Hitoshi Takanashi
`
`Mike Trompower
`Mark-Rene Uchida
`Scott A. Valcourt
`Richard Van Nee
`Sarosh N. Vesuna
`
`John Viaplana
`Hirohisa Wakai
`Robert M. Ward,Jr.
`Mark Webster
`Harry R. Worstell
`Stefan M. Wurster
`Oren Yuen
`
`Jonathan M. Zweig
`James Zyren
`
`When the IEEE-SA Standards Board approved this standard on 16 September 1999, it had the following
`membership:
`
`Richard J. Holleman, Chair
`Donald N. Heirman, Vice Chair
`Judith Gorman,Secretary
`
`James H. Gurney
`Lowell G. Johnson
`Robert J. Kennelly
`E. G. “Al” Kiener
`
`Joseph L. Koepfinger*
`L. Bruce McClung
`Daleep C. Mohla
`Robert F. Munzner
`
`Louis-Frangois Pau
`Ronald C. Petersen
`Gerald H. Peterson
`John B. Posey
`Gary S. Robinson
`Akio Tojo
`Hans E. Weinrich
`
`Donald W. Zipse
`
`Satish Kk. Aggarwal
`Dennis Bodson
`Mark D. Bowman
`James T. Carlo
`
`Gary R. Engmann
`Harold E. Epstein
`Jay Forster*
`Ruben D. Garzon
`
`**Member Emeritus
`
`Also included is the following nonvoting IEEE-SA Standards Board liaison:
`
`Robert E. Hebner
`
`Janet Rutigliano
`IEEE Standards Project Editor
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002327
`
`Vii
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 9 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 9 of 91
`
`Contents
`
`Editor’ s NOtGS.......ccccccecescececeeeeceeeeeecescaeececaaeeccaeaececaeeseaaaeeseceeaeesseaaeeeceaeeecaeeeaesseeaaeessceeeecesieeesecaeeesssieeeseeeaaeesenaas v
`
`4.
`
`Abbreviations and acronyms... ecceccsecccceeceeceseeeenecnceseeenace sects cneeseeenaceseesnuesieeseesneeeceeenaeieeteeeneeenerta 2
`
`9.1 Multirate SUppOTt...ninemsn iine seinen nnne 2
`10.4 PLME SAP interface........ccccccccscsscssassncceecssenenseceessenecseesecseseeacauaeaueeesecesaesaecesessscsusrssaeseesssesnaane 2
`
`17.
`
`OFDMPHYspecification for the 5 GHz band... eee ee ee eee cere eee eee nee teeter eae rene sanenenentaee 3
`
`L721 TntrOduction ee. e cece cece cee ceneee scence eeeanee cence aeceaeaaeesaneaeeeeceneeeecneeesecaeaessecaaeeneeaaeesscnreensereeeesaenesenenaees 3
`
`17.2 OFDM PHY specific service parameter List...erent nr enininnee ene neia 5
`17.3 OFDM PLP sublayer ce ccceccecseceseeeenerceeeeeenaceseeceesieesieeneesseseeesieesieenaeeneesneecneesicenaeeneeserenees 7
`17.4 OFDM PLUME000... ccc ccccccceceecnccseceensececeecesaeeeseaeseneesereeenaeeceneecaaeeeaaeecuessaaesenaesuesiaeeseusessneeseaeeeaes 34
`
`17.5 OFDM PMD sublayeruu...ne eerie sn nice enee tr eseseiineeeneneneaags 39
`
`Annex A (normative), Protocol Implementation Conformance Statement (PICS) proforma ......0....... 46
`
`Annex D (normative), ASN.1 encoding of the MAC and PHY MIB... ccc ccseceseceseceeeesneeceenecenersneeeneenaes 51
`
`Annex G (informative), An example of encoding a frame for OFDMPHYoe eens 54
`
`Vili
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002328
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 10 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 10 of 91
`
`Supplement to IEEE Standard for
`Information technology —
`Telecommunications and information exchange
`between systems—
`Local and metropolitan area networks —
`Specific requirements —
`
`Part 11:Wireless LAN Medium Access
`Control (MAC) and Physical Layer
`(PHY) specifications:
`
`High-speed Physical Layerin the
`5 GHZ Band
`
`[These additions are based on IEEE Std 802.11, 1999 Edition.]
`
`EDITORIAL NOTE-— Theediting instructions contained in this supplement define how to merge the material contained
`herein into IEEE Std 802.11, 1999 Edition, to form the new comprehensive standard as created by the addition of IEEE
`Std 802.1 1a-1999.
`
`The editing instructions are shown in bold italic. Three editing instructions are used: change, delete, and
`insert. Change is used to make small corrections to existing text or tables. The editing instruction specifies
`the location of the change and describes what is being changedeither by using strikethrough (to remove old
`material) or underscore (to add new material). Delete removes existing material. Insert adds new material
`without disturbing the existing material. Insertions may require renumbering. If so, renumbering instructions
`ate given in the editing instructions. Editorial notes will not be carried overinto future editions.
`
`Copyright © 1999 IEEE. All rights reserved.
`
`1
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002329
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 11 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 11 of 91
`IEEE
`Std 802.1 1a-1999
`
`SUPPLEMENTTO IEEE STANDARD FOR INFORMATION TECHNOLOGY —
`
`4. Abbreviations and acronyms
`
`Insert the following acronyms alphabetically in the list in Clause 4:
`
`BPSK
`C-MPDU
`
`FFT
`
`GI
`IFFT
`
`OFDM
`
`PER
`QAM
`
`QPSK
`U-NII
`
`binaryphase shift keying
`coded MPDU
`
`Fast Fourier Transform
`
`guard interval
`inverse Fast Fourier Transform
`
`orthogonal frequency division multiplexing
`
`packet error rate
`quadrature amplitude modulation
`
`quadrature phase shift keying
`unlicensed national information infrastructure
`
`9.1 Multirate support
`
`Addthe following text to the end of 9.6:
`
`For the 5 GHz PHY, the time required to transmit a frame for use in the Duration/ID field is determined
`using the PLME-TXTIME. request primitive and the PLME-TXTIME.confirm primitive. The calculation
`method of TXTIME duration is defined in 17.4.3.
`
`10.4 PLME SAP interface
`
`Add the following text to the end of 10.4:
`
`Removethe references to aMPDUDurationFactor from 10.4.3.1.
`
`Add the following subclauses at the end of 10.4:
`
`10.4.6 PLME-TXTIME.request
`
`10.4.6.1 Function
`
`This primitive is a request for the PHY to calculate the time that will be required to transmit onto the wire-
`less medium a PPDU containing a specified length MPDU, and using a specified format, data rate, and
`signalling.
`
`10.4.6.2 Semantics of the service primitive
`
`This primitive provides the following parameters:
`
`PLME-TXTIME.request(TXVECTOR)
`
`The TXVECTORrepresents a list of parameters that the MAC sublayer provides to the local PHY entity in
`order to transmit a MPDU, as further described in 12.3.4.4 and 17.4 @which defines the local PHY entity).
`
`2
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002330
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 12 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 12 of 91
`IEEE
`Stc 802.11a-1999
`
`HIGH-SPEED PHYSICAL LAYER IN THE 5 GHz BAND
`
`10.4.6.3 When generated
`
`This primitive is issued by the MAC sublayer to the PHY entity whenever the MAC sublayer needs to deter-
`mine the time required to transmit a particular MPDU.
`
`10.4.6.4 Effect of receipt
`
`The effect of receipt of this primitive by the PHY entity shall be to generate a PHY-TXTIME.confirmprimi-
`tive that conveys the required transmission time.
`
`10.4.7 PLME-TXTIME.confirm
`
`10.4.7.1 Function
`
`This primitive provides the time that will be required to transmit the PPDU described in the corresponding
`PLME-TXTIME. request.
`
`10.4.7.2 Semantics of the service primitive
`
`This primitive provides the following parameters:
`
`PLME-TXTIME.confirm(TXTIME)
`
`The TXTIME represents the time in microseconds required to transmit the PPDU described in the corre-
`sponding PLME-TXTIME. request. If the calculated time includes a fractional microsecond, the TXTIME
`value is rounded up to the next higher integer.
`
`10.4.7.3 When generated
`
`This primitive is issued by the local PHY entity in response to a PLME-TXTIME. request.
`
`10.4.7.4 Effect of receipt
`
`The receipt of this primitive provides the MAC sublayer with the PPDU transmission time.
`
`Add the entire Clause 17 to the base standard:
`
`17. OFDM PHYspecification for the 5 GHz band
`
`17.1 Introduction
`
`This clause specifies the PHY entity for an orthogonal frequencydivision multiplexing (OFDM) system and
`the additions that have to be made to the base standard to accommodate the OFDM PHY. Theradio fre-
`
`quency LAN system is initially aimed for the 5.15-3.25, 5.25-5.35 and 5.725-5.825 GHz unlicensed
`national information structure (U-NID bands, as regulated in the United States by the Code of Federal Regu-
`lations, Title 47, Section 15.407. The OFDMsystem provides a wireless LAN with data payload communi-
`cation capabilities of 6, 9, 12, 18, 24, 36, 48, and 54 Mbit/s. The support of transmitting and receiving at data
`rates of 6, 12, and 24 Mbit/s is mandatory. The system uses 52 subcarriers that are modulated using binary or
`quadrature phase shift keying (BPSK/QPSK), 16-quadrature amplitude modulation (QAM), or 64-QAM.
`Forward error correction coding (convolutional coding) is used with a coding rate of 1/2, 2/3, or 3/4.
`
`Copyright © 1999 IEEE. All rights reserved.
`
`3
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002331
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 13 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 13 of 91
`IEEE
`Std 802.1 1a-1999
`
`SUPPLEMENTTO IEEE STANDARD FOR INFORMATION TECHNOLOGY —
`
`17.1.1 Scope
`
`This subclause describes the PHY services provided to the IEEE 802.11 wireless LAN MACbythe 5 GHz
`(bands) OFDM system. The OFDM PHY layerconsists of two protocol functions, as follows:
`
`a)
`
`A PHY convergence function, which adapts the capabilities of the physical medium dependent
`(PMD) system to the PHY service. This function is supported by the physical layer convergence pro-
`cedure (PLCP), which defines a method of mapping the IEEE 802.11 PHY sublayer service data
`units (PSDU) into a framing format suitable for sending and receiving user data and management
`information between two or more stations using the associated PMD system.
`
`b)
`
`A PMD system whose function defines the characteristics and method of transmitting and receiving
`data through a wireless medium between two or morestations, each using the OFDM system.
`
`17.1.2 OFDM PHY functions
`
`The 5 GHz OFDM PHY architecture is depicted in the reference model shown in Figure 11 of IEEE Std
`802.11, 1999 Edition (5.8). The OFDM PHY contains three functional entities: the PMD function, the PHY
`convergence function, and the layer management function. Each of these functions is described in detail in
`17.1.2.1 through 17.1.2.4.
`
`The OFDM PHY service is provided to the MAC through the PHY service primitives described in Clause 12
`of IEEE Std 802.11, 1999 Edition.
`
`17.1.2.1 PLCP sublayer
`
`In order to allow the IEEE 802.11 MACto operate with minimum dependence on the PMD sublayer, a PHY
`convergence sublayer is defined. This function simplifies the PHY service interface to the IEEE 802.11
`MACservices.
`
`17.1.2.2 PMD sublayer
`
`The PMD sublayer provides a means to send and receive data between two or morestations. This clause is
`concerned with the 5 GHz band using OFDM modulation.
`
`17.1.2.3 PHY managemententity (PLME)
`
`The PLMEperforms management of the local PHY functions in conjunction with the MAC management
`entity.
`
`17.1.2.4 Service specification method
`
`The models represented by figures and state diagrams are intended to be illustrations of the functions pro-
`vided. It is important to distinguish between a model and a real implementation. The models are optimized
`for simplicity and clarity of presentation; the actual method of implementationis left to the discretion of the
`IEEE 802.11 OFDM PHY compliant developer.
`
`The service of a layer or sublayer is the set of capabilities that it offers to a user in the next higher layer (or
`sublayer). Abstract services are specified here by describing the service primitives and parameters that char-
`acterize each service. This definition is independent of any particular implementation.
`
`4
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002332
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 14 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 14 of 91
`{EEE
`Stc 802.11a-1999
`
`HIGH-SPEED PHYSICAL LAYER IN THE 5 GHz BAND
`
`17.2 OFDM PHY specific service parameterlist
`
`17.2.1 Introduction
`
`The architecture of the IEEE 802.11 MACis intended to be PHY independent. Some PHY implementations
`require medium managementstate machines running in the MACsublayer in order to meet certain PMD
`requirements. These PHY-dependent MACstate machines reside in a sublayer defined as the MAC sublayer
`management entity (MLME). In certain PMD implementations, the MLME may need to interact with the
`PLMEaspart of the normal PHY SAPprimitives. These interactions are defined by the PLMEparameterlist
`currently defined in the PHY service primitives as TXVECTOR and RXVECTOR. Thelist ofthese parame-
`ters, and the values they may represent, are defined in the specific PHY specifications for each PMD. This
`subclause addresses the TXVECTOR and RXVECTORfor the OFDM PHY.
`
`17.2.2 TXVECTOR parameters
`
`The parameters in Table 76 are defined as part of the TXVECTOR parameter list
`TXSTART.request service primitive.
`
`in the PHY-
`
`Table 76 —TXVECTORparameters
`
`Parameter
`
`LENGTH
`
`Associate primitive
`
`Value
`
`| PHY-TXSTART.request
`|
`(TXVECTOR)
`
`_ PHY-TXSTART.request |
`
`
`
`DATATRATE | PHY-TXSTART.request|6,9, 12, 18, 24, 36, 48,
`|
`(TXVECTOR)
`| and 54
`|
`(Support of 6, 12, and
`| 24 data rates is manda-
`
`| tory.)
`SERVICE
`| PHY-TXSTARTrequest
`| Scrambler initializa-
`|
`tion; 7 null bits + 9
`|
`(TXVECTOR)
`| reserved null bits
`
`TXPWR_LEVEL
`
`(TXVECTOR)
`
`17.2.2.1 TXVECTOR LENGTH
`
`The allowed values for the LENGTH parameter are in the range of 14095. This parameter is used to indi-
`cate the number of octets in the MPDU which the MACis currently requesting the PHY to transmit. This
`value is used by the PHY to determine the numberof octet transfers that will occur between the MAC and
`the PHY after receiving a request to start the transmission.
`
`17.2.2.2 TXVECTOR DATARATE
`
`The DATARATE parameterdescribes the bit rate at which the PLCP shall transmit the PSDU. Its value can
`be any of the rates defined in Table 76. Data rates of 6, 12, and 24 shall be supported; other rates may also be
`supported.
`
`Copyright © 1999 IEEE. All rights reserved.
`
`5
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002333
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 15 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 15 of 91
`IEEE
`Std 802.1 1a-1999
`
`SUPPLEMENTTO IEEE STANDARD FOR INFORMATION TECHNOLOGY —
`
`17.2.2.3 TXVECTOR SERVICE
`
`The SERVICE parameter consists of 7 null bits used for the scrambler initialization and 9 null bits reserved
`for future use.
`
`17.2.2.4 TXVECTOR TXPWR_LEVEL
`
`The allowed values for the TXPWR_LEVEL parameterare in the range from 1-8. This parameteris used to
`indicate which of the available TxPowerLevel attributes defined in the MIB shall be used for the current
`transmission.
`
`17.2.3 RXVECTOR parameters
`
`The parameters listed in Table 77 are defined as part of the RXVECTOR parameterlist in the PHY-
`RXSTART.indicate service primitive.
`
`Table 77—RXVECTOR parameters
`
`Parameter
`
`Associate primitive
`
`Value
`
`
`
`(RXVECTOR)
`
`
`
`
`PHY-RXSTARTindicateLENGTH 1-4095
`
`PHY-RXSTARTindicate
`(RXVECTOR)
`
`O-RSSI maximum
`
`PHY-RXSTARTrequest
`(RXVECTOR)
`
`6, 9, 12, 18, 24, 36,
`48, and 54
`
`SERVICE
`
`PHY-RXSTART.request
`
`17.2.3.1 RXVECTOR LENGTH
`
`The allowed values for the LENGTH parameter are in the range from 14095. This parameter is used to
`indicate the value contained in the LENGTHfield which the PLCP has received in the PLCP header. The
`MAC and PLCP will use this value to determine the number of octet transfers that will occur between the
`two sublayers during the transfer of the received PSDU.
`
`17.2.3.2 RXVECTOR RSSI
`
`The allowed values for the receive signal strength indicator (RSSI) parameter are in the range from 0
`through RSSI maximum. This parameter is a measure by the PHY sublayer of the energy observed at the
`antenna used to receive the current PPDU. RSSI shall be measured during the reception of the PLCP pream-
`ble. RSSI is intended to be used in a relative manner, and it shall be a monotonically increasing function of
`the received power.
`
`17.2.3.3 DATARATE
`
`DATARATEshall represent the data rate at which the current PPDU wasreceived. The allowed values of the
`DATARATEare6, 9, 12, 18, 24, 36, 48, or 54.
`
`17.2.3.4 SERVICE
`
`The SERVICEfield shall be null.
`
`6
`
`Copyright © 1999 IEEE. All rights reserved.
`
`Authorized licensed use limited to:
`
`Downloaded on January 16,2023 at 15:39:42 UTC from IEEE Xplore. Restrictions apply.
`
`DELL-OZMO-1-002334
`
`

`

`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 16 of 91
`Case 6:22-cv-00642-ADA Document 32-9 Filed 03/31/23 Page 16 of 91
`IEEE
`Stc 802.11a-1999
`
`HIGH-SPEED PHYSICAL LAYER IN THE 5 GHz BAND
`
`17.3 OFDM PLCP sublayer
`
`17.3.1 I