throbber
August 2004
`
`doc.: IEEE 802.11-04/0923r0
`
`Date:
`
`Author:
`
`IEEE P802.11
`Wireless LANs
`ETRI proposal specification for IEEE 802.11 TGn
`
`August 13, 2004
`
`Heejung Yu, Taehyun Jeon, Sok-Kyu Lee,
`Myung-Soon Kim, Eun-young Choi, and Seung-Ku Hwang
`
`Electronics and Telecommunications Research Institute (ETRI)
`161 Gajeong-dong Yuseong-gu, Daejeon, 305-350, KOREA
`Phone : +82 42 860 1651
`Fax : +82 42 860 6732
`e-Mail: {heejung, thjeon, sk-lee, mskim75, eychoi, skhwang}@etri.re.kr
`
`Abstract
`The following is an IEEE 802.11 TGn physical layer specification proposed by ETRI. This document
`describes the physical layer specification of high data rate wireless LAN system targeting the maximum
`speed of 144Mbps in 20MHz bandwidth and 288Mbps in 40MHz bandwidth to achieve at least 100Mbps
`maximum throughput at the top of the MAC SAP (Service Access Point). Additionally, this specification
`has compatibility with IEEE 802.11a legacy-OFDM systems. For more cost effective implementation, 2
`transmit chains and dual band (two 20MHz bandwidth channels) scheme are utilized.
`
`Features of this high throughput wireless LAN specification include the followings:
` Compatible with the IEEE802.11a system
` Data rate in 20MHz bandwidth
`o 6,9,12,18,24,36,48,54 (IEEE 802.11a Legacy OFDM and optional STBC-OFDM modes)
`o 72,96,108, 128, 144Mbps (SDM-OFDM mode with 2 independent data streams, 128 and
`144Mbps are optional)
`o The above data rates are doubled in 40MHz bandwidth
` Bandwidth: 20 and 40MHz
` Multiple antennas: 2 transmit antennas (3 receive antennas are recommended. To utilized all
`antennas, implementer can use transmit antenna selection (2 out of 3 antennas).)
` Modulation: Legacy-OFDM, MIMO-OFDM including SDM-OFDM and STBC-OFDM
`Forward error correction: Rate variable punctured convolutional code
`
`
`Submission
`
`page 1
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000001
`
`

`
`August 2004
`
`Contents
`
`doc.: IEEE 802.11-04/0923r0
`
`4. Abbreviations and acronyms ................................................................................. 4
`20. MIMO-OFDM specification ............................................................................... 4
`20.1 Introduction ........................................................................................................................................... 4
`20.1.1 Scope .................................................................................................................................................. 4
`20.1.2 MIMO-OFDM PHY functions ........................................................................................................... 4
`20.1.2.1 PLCP sublayer ................................................................................................................................ 5
`20.1.2.2 PMD sublayer ................................................................................................................................. 5
`20.1.2.3 PHY management entity (PLME) ................................................................................................... 5
`20.1.2.4 Service specification method .......................................................................................................... 5
`20.2 MIMO-OFDM PHY specific service parameter list ............................................................................. 5
`20.2.1 Introduction ........................................................................................................................................ 5
`20.2.2 TXVECTOR parameters .................................................................................................................... 5
`20.2.2.1 TXVECTOR LENGTH .................................................................................................................. 6
`20.2.2.2 TXVECTOR DATARATE ............................................................................................................. 6
`20.2.2.3 TXVECTOR BANDWIDTH .......................................................................................................... 6
`20.2.2.4 TXVECTOR MODE ...................................................................................................................... 6
`20.2.2.5 TXVECTOR SERVICE .................................................................................................................. 6
`20.2.2.6 TXVECTOR TXPWR_LEVEL ...................................................................................................... 7
`20.2.3 RXVECTOR parameters.................................................................................................................... 7
`20.2.3.1 RXVECTOR LENGTH .................................................................................................................. 7
`20.2.3.2 RXVECTOR RSSI .......................................................................................................................... 7
`20.2.3.3 RXVECTOR DATARATE ............................................................................................................. 8
`20.2.3.4 RXVECTOR BANDWIDTH ......................................................................................................... 8
`20.2.3.5 RXVECTOR MODE ...................................................................................................................... 8
`20.2.3.6 RXVECTOR SERVICE ................................................................................................................. 8
`20.3 MIMO-OFDM PLCP sublayer ............................................................................................................. 8
`20.3.1 Introduction ........................................................................................................................................ 8
`20.3.2 PLCP frame format ............................................................................................................................ 8
`20.3.2.1 Overview of the PPDU encoding process ....................................................................................... 9
`20.3.2.2 RATE-dependent parameters ........................................................................................................ 11
`20.3.2.3 Timing related parameters ............................................................................................................ 11
`20.3.3 PLCP Preambles .............................................................................................................................. 11
`20.3.3.1 Preamble for single antenna and single band mode ...................................................................... 12
`20.3.3.2 Preamble for dual antenna and single band mode ......................................................................... 12
`20.3.3.3 Preamble for single antenna and dual band mode ......................................................................... 13
`20.3.3.4 Preamble for dual antenna and dual band mode ........................................................................... 14
`20.3.4 Signal field (SIGNAL) ..................................................................................................................... 15
`20.3.4.1 Data rate(RATE) and antenna mode(ANTENNA) ....................................................................... 16
`20.3.4.2 PLCP length field (LENGTH) ...................................................................................................... 16
`20.3.4.3 Parity (P), and Signal tail (SIGNAL TAIL) .................................................................................. 17
`20.3.4.4 SIGNAL transmission for single antenna and single band mode .................................................. 17
`20.3.4.5 SIGNAL transmission for dual antenna and single band mode .................................................... 17
`20.3.4.6 SIGNAL transmission for single antenna and dual band mode .................................................... 17
`20.3.4.7 SIGNAL transmission for dual antenna and dual band mode ....................................................... 18
`20.3.5 DATA field ...................................................................................................................................... 18
`20.3.5.1 Service field (SERVICE) .............................................................................................................. 18
`20.3.5.2 PPDU tail bit field (TAIL) ............................................................................................................ 18
`20.3.5.3 Pad bits (PAD) .............................................................................................................................. 18
`20.3.5.4 Data arbitrator for two channel (dual band) .................................................................................. 19
`20.3.5.5 PLCP DATA scrambler and descrambler ..................................................................................... 19
`20.3.5.6 Convolutional encoder .................................................................................................................. 19
`20.3.5.7 Data interleaving ........................................................................................................................... 19
`20.3.5.8 Subcarrier modulation mapping .................................................................................................... 20
`20.3.5.9 Antenna Arbitration for legacy OFDM mode ............................................................................... 21
`20.3.5.10 Antenna Arbitration for STBC-OFDM mode ............................................................................. 22
`
`Submission
`
`page 2
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000002
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`20.3.5.11 Antenna Arbitration for SMD-OFDM mode ............................................................................... 22
`20.3.5.12 Pilot subcarriers ........................................................................................................................... 23
`20.3.5.13 OFDM modulation....................................................................................................................... 23
`20.3.6 Clear channel assessment (CCA) ...................................................................................................... 24
`20.3.7 PLCP data modulation and modulation rate change ......................................................................... 24
`20.3.8 PMD operating specification (general) ............................................................................................. 24
`20.3.8.1 Outline description......................................................................................................................... 24
`20.3.8.2 Regulatory requirements ................................................................................................................ 25
`20.3.8.3 Operating channel frequencies ....................................................................................................... 25
`20.3.8.4 Transmit and receive in-band and out-of-band spurious emissions ............................................... 25
`20.3.8.5 TX RF delay .................................................................................................................................. 26
`20.3.8.6 Slot time ......................................................................................................................................... 26
`20.3.8.7 Transmit and receive antenna port impedance ............................................................................... 26
`20.3.8.8 Transmit and receive operating temperature range ........................................................................ 26
`20.3.9 PMD transmit specifications ............................................................................................................. 26
`20.3.10 PMD receiver specifications ........................................................................................................... 26
`
`
`
`Submission
`
`page 3
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000003
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`4. Abbreviations and acronyms
`
`Insert the following acronyms alphabetically in the list in Clause 4:
`
`MIMO
`SDM
`STBC
`
`
`
`
`
`Multiple Input Multiple Output
`Spatial Division Multiplexing
`Space-Time Block Code
`
`
`
`20. MIMO-OFDM specification
`
`
`
`20.1 Introduction
`
`This clause specifies rate extension of OFDM PHY systems of Clause 17. The target of this PHY specification is to
`achieve at least 100Mbps maximum throughput at the top of the MAC SAP. For this purpose, this specification
`provides maximum of 144Mbps and 288Mbps in 20 and 40MHz bandwidth, respectively.
`
`The legacy OFDM PHY modes with single transmit antenna and 20MHz bandwidth in Clause 17 provides a
`wireless LAN data pay load communication capabilities of 6, 9, 12, 18, 24, 36, 48 and 54Mbps. As the demands for
`high-speed data transmission in home, enterprise and hot-spot environments have increased, the new technology
`capable of hundreds Mbps data transmission is required. As a solution for this target, the new PHY modes are
`suggested using 2 transmit antennas and dual band modes, which can offer maximum of 288Mbps. In 20MHz
`bandwidth case, data rates of 72, 96, 108, 128 and 144 Mbps are added. If dual band (40MHz bandwidth) is
`employed, the PHY supports 12, 18, 24, 36, 48, 72, 96 and 108 Mbps which transmit single data stream through 1
`transmit antenna and 144, 192, 216, 256 and 288Mbps which transmit two data streams simultaneously through 2
`transmit antennas.
`
`In addition to these high data rate SDM-OFDM mode, further reliability improvement can be achieved by using the
`well-known Alamouti space-time block code in the transmitter in STBC-OFDM mode.
`
`
`
`20.1.1 Scope
`
`This subclause describes the PHY services provided to the IEEE 802.11 wireless LAN using MIMO-OFDM
`technologies, which is compatible with legacy IEEE 802.11a system. The PHY layer consists 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 services. This function is supported by the physical layer convergence procedure
`(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 more stations, each using the OFDM system.
`
`
`
`20.1.2 MIMO-OFDM PHY functions
`
`The MIMO-OFDM PHY architecture is depicted in the reference model shown in Figure 11 of IEEE Std 802.11.
`1999 Edition (5.8). The MIMO-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 20.1.2.1
`through 20.1.2.4.
`
`The MIMO-OFDM PHY service is provided to the MAC through the PHY service primitives described in Clause 12
`of IEEE Std 802.11, 1999 Edition.
`
`
`Submission
`
`page 4
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000004
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`
`20.1.2.1 PLCP sublayer
`
`In order to allow the IEEE 802.11 MAC to 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 MAC
`services.
`
`
`
`20.1.2.2 PMD sublayer
`
`The PMD sublayer provides a means to send and receive data between two or more stations. This clause is
`concerned with the legacy OFDM and MIMO-OFDM modulation.
`
`
`
`20.1.2.3 PHY management entity (PLME)
`
`The PLME performs management of the local PHY functions in conjunction with the MAC management entity.
`
`
`
`20.1.2.4 Service specification method
`
`The models represented by figures and state diagram are intended to be illustrations of the functions provided. 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 implementation is left to the discretion of the IEEE 802.11 MIMO-
`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 high layer (or sublayer).
`Abstract services are specified here by describing the service primitives and parameters that characterize each
`service. This definition is independent of any particular implementation.
`
`
`
`20.2 MIMO-OFDM PHY specific service parameter list
`
`
`
`20.2.1 Introduction
`
`The architecture of the IEEE 802.11 MAC is intended to be PHY independent. Some PHY implementations require
`medium management state machines running in the MAC sublayer in order to meet certain PMD requirements.
`These PHY-dependent MAC state 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 PLME as part of the normal
`PHY SAP primitives. These interactions are defined by the PLME parameter list currently defined in the PHY
`service primitives as TXVECTOR and RXVECTOR. The list of these parameters, and the values they may represent,
`are defined in the specific PHY specifications for each PMD. This subclause addresses the TXVECTOR and
`RXVECTOR for the legacy OFDM and MIMO-OFDM PHY.
`
`
`
`20.2.2 TXVECTOR parameters
`
`The parameters in Table 124A are defined as a part of the TXVECTOR parameter list in the PHY-
`TXSTART.request service primitive.
`
`
`Parameter
`LENGTH
`
`DATARATE
`
`Submission
`
`Table 124A – TXVECTOR parameters
`Associate primitive
`Value
`PHY_TXSTART.request
`1-4095. This parameter means the length per 20MHz
`(TXVECTOR)
`band.
`In dual band case, a real data length shall be
`2LENGTH.
`PHY_TXSTART.request Data rate corresponding to one 20MHz bandwidth.
`
`page 5
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000005
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`(TXVECTOR)
`
`BANDWIDTH
`
`PHY_TXSTART.request
`(TXVECTOR)
`
`MODE
`
`PHY_TXSTART.request
`(TXVECTOR)
`
`SERVICE
`
`PHY_TXSTART.request
`(TXVECTOR)
`TXPWR_LEVEL PHY_TXSTART.request
`(TXVECTOR)
`
`(Real data rates are doubled in case of 40MHz dual
`band.)
`
`6, 9, 12, 18, 24, 36, 48, and 54 (Both legacy and
`STBC-OFDM are possible. STBC-OFDM is optional)
`
`72, 96, 108, 128 and 144 (SDM-OFDM, 128 and
`144Mbps are optional.)
`PHY can use consecutive two 20MHz bands for
`higher data rate.
`This is information about channel usage.
`Lower band (channel 0), Upper band (channel 1), and
`Dual band
`The transmission scheme is used for the transmission
`of this PSDU.
`Legacy OFDM, STBC-OFDM and SDM-OFDM.
`Scrambler initialisation; 7 null bits + 9 reserved null
`bits
`1-8
`This power level represents the total transmit power of
`all transmit antennas.
`
`
`
`20.2.2.1 TXVECTOR LENGTH
`
`The allowed values for the LENGTH parameter are in the range of 1–4095. This parameter is used to indicate the
`number of octets in the MPDU which the MAC is currently requesting the PHY to transmit in one 20MHz band. If
`the dual band mode (40MHz) is used, the total number of transmitted data is 2LENGTH octets. This value is used
`by the PHY to determine the number of octet transfers that will occur between the MAC and the PHY after
`receiving a request to start the transmission.
`
`
`
`20.2.2.2 TXVECTOR DATARATE
`
`The DATARATE parameter describes the bit rate at which the PLCP shall transmit the PSDU. Its value can be any
`of the rates defined in Table 124A. Real data rates are determined by the DATARATE and BANDWIDTH. In case
`of single band (Upper or Lower channel), data rates of 6, 9, 12, 18, 24, 36, 48, 54, 72, 96, 108, 128, and 144 shall be
`supported. Moreover, 128 and 144Mbps are optional data rates. In case of dual band, data rates are doubled.
`
`
`
`20.2.2.3 TXVECTOR BANDWIDTH
`
`The BANDWIDTH parameter indicates the utilized bandwidth by PHY to transmit the PSDU. Its value shall
`represent lower, upper, or dual band. According to this information, real data rate shall be varied as mentioned in the
`above subclause.
`
`
`
`20.2.2.4 TXVECTOR MODE
`
`This value, MODE, shall represent the transmission mode type. The allowed types of the MODE are legacy OFDM,
`STBC-OFDM or SDM-OFDM where STBC-OFDM is optional.
`
`
`
`20.2.2.5 TXVECTOR SERVICE
`
`The SERVICE parameter consists of 7 null bits used for the scrambler initialization and 9 null bits reserved for
`future use.
`
`
`
`Submission
`
`page 6
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000006
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`20.2.2.6 TXVECTOR TXPWR_LEVEL
`
`The allowed values for the TXPWR_LEVEL parameter are in the range from 1–8. This parameter is used to indicate
`which of the available TxPowerLevel attributes defined in the MIB shall be used for the current transmission. If two
`transmit antennas are used for PSDU transmission, TXPWR_LEVEL means the total power of transmitted signal
`through both antennas.
`
`20.2.3 RXVECTOR parameters
`
`The parameter listed in Table 124B are defined as a part of the RXVECTOR parameter list in the PHY-
`RXSTART.indicate service primitive.
`
`
`
`
`Parameter
`LENGTH
`
`RSSI
`
`DATARATE
`
`BANDWIDTH
`
`MODE
`
`SERVICE
`
`PHY-RXSTART.indicate
`(RXVECTOR)
`
`PHY-RXSTART.indicate
`(RXVECTOR)
`
`Table 124B – RXVECTOR parameters
`Associate primitive
`Value
`PHY-RXSTART.indicate
`1-4095. This parameter means the length per 20MHz
`(RXVECTOR)
`band.
`In dual band case, a real data length shall be
`2LENGTH.
`0-RSSI maximum.
`It has the same number of values as the number of
`receive antennas.
`Data rate corresponding to one 20MHz bandwidth.
`(Real data rates are doubled in case of 40MHz dual
`band.)
`6, 9, 12, 18, 24, 36, 48, and 54 (Both legacy and
`STBC-OFDM
`are possible. STBC-OFDM
`is
`optional)
`
`72, 96, 108, 128 and 144 (SDM-OFDM, 128 and
`144Mbps are optional.)
`PHY can use consecutive two 20MHz bands for
`higher data rate.
`This is information about channel usage.
`Lower band (channel 0), Upper band (channel 1), and
`Dual band
`The mode used for the transmission of this PSDU
`Legacy OFDM, STBC-OFDM and SDM-OFDM.
`Null
`
`PHY-RXSTART.indicate
`(RXVECTOR)
`
`PHY-RXSTART.indicate
`(RXVECTOR)
`PHY-RXSTART.indicate
`(RXVECTOR)
`
`
`
`20.2.3.1 RXVECTOR LENGTH
`
`The allowed values for the LENGTH parameter are in the range from 1–4095. This parameter is used to indicate the
`value contained in the LENGTH field which the PLCP has received in the PLCP header per 20MHz band. If the
`dual band mode (40MHz) is used, the total number of received data is 2LENGTH octets. 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.
`
`
`
`20.2.3.2 RXVECTOR RSSI
`
`The allowed values for the receive signal strength indicator (RSSI) parameter are in the range from 0 to 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 preamble. RSSI is intended to be used
`in a relative manner, and it shall be a monotonically increasing function of the received power. In case of multiple
`receive antennas, each antenna has its own RSSI value.
`
`Submission
`
`page 7
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000007
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`
`
`
`
`20.2.3.3 RXVECTOR DATARATE
`
`DATARATE shall represent the data rate at which the current PPDU was received for the single 20MHZ band. The
`allowed values of the DATARATE are 6, 9, 12, 18, 24, 36, 48, and 54 for legacy OFDM or STBC-OFDM modes.
`For SDM-OFDM mode, 72, 96, 108, 128, and 144Mbps are the supported data rates.
`
`20.2.3.4 RXVECTOR BANDWIDTH
`
`The BANDWIDTH parameter indicates the utilized bandwidth of current PPDU. Its value shall represent lower,
`upper, or dual band. According to this information, real data rate shall be varied
`
`
`
`20.2.3.5 RXVECTOR MODE
`
`This value, MODE, shall represent the transmission scheme. The allowed types of the MODE are legacy OFDM,
`STBC-OFDM, and SDM-OFDM.
`
`
`
`20.2.3.6 RXVECTOR SERVICE
`
`The SERVICE field shall be null.
`
`
`
`20.3 MIMO-OFDM PLCP sublayer
`
`
`
`20.3.1 Introduction
`
`This subclause provides a convergence procedure in which PSDUs are converted to and from PPDUs. During
`transmission, the PSDU shall be provided with a PLCP preamble and header to create the PPDU. At the receiver, the
`PLCP preamble and header are processed to aid in demodulation and delivery of the PSDU.
`
`
`
`20.3.2 PLCP frame format
`
`The frame structure of the transmit signal is shown in Figure 154A. The frame structure is the same as that of the
`IEEE802.11a to be compatible with the legacy systems (IEEE802.11a) except for the antenna bit and second long
`preambles. This frame structure allows for the legacy devices to demodulate the packet transmitted by MIMO-
`OFDM device. In both STBC-OFDM and SDM-OFDM modes, additional long preamble is appended after SIGNAL
`symbol to improve the channel estimation capability. In case that the legacy receiver detects MIMO-OFDM frame,
`it can decode up to the SIGNAL symbol and wait for the end of packet reception.
`The antenna bit in combination with a part of the rate information determines the transmission mode. The length
`field carries the information about the number of bytes in the PSDU to transmit per 20MHz bandwidth. The parity
`bit is the even parity for bits in rate, antenna, and length fields. The tail bits are 6 zero bits used to flush the decoder
`state. The SIGNAL symbol is coded with the rate 1/2 and the subcarriers are modulated with BPSK. The service
`field consists of 7 zero bits to initialize the descrambler in the receiver and 9 reserved service bits. The PSDU is the
`data requested to transmit from the MAC. The tail bits in the data field is 6 zero bits to make the decoder converge
`to a single state in the receiver. The pad bits, all zeros, are used to fill the unused subcarriers in the last OFDM
`symbol.
`
`When a single transmit antenna is used, the modulated signal of the preamble, header, and SIGNAL symbol is the
`same as that of IEEE802.11a. When two transmit antennas are used, half of the information of the preamble and
`SIGNAL symbol is transmitted through the antenna 0 and the other half through the antenna 1. When two channels
`are used (40MHz bandwidth), the same preamble and SINGAL symbol are transmitted through each 20MHz
`channel. For more detail, refer to the corresponding subclauses.
`
`
`Submission
`
`page 8
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000008
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`For a single antenna system, the data field is generated as in the IEEE802.11a. For the dual antenna system, the data
`field is generated independently for each antenna (SDM-OFDM) or according to the chosen STBC coding rule
`(STBC-OFDM). For the dual band systems, the data field for each channel is independently scrambled and encoded.
`The SIGNAL symbol does not carry any information about the channel usage. The receiver should decide if the
`signal is transmitted through 1 or 2 channels.
`
`
`P LC P H ead er
`
`R ate
`4 b its
`
`A ntenna
`1 b it
`
`Leng th
`12 b its
`
`P arity
`1 b it
`
`Tail
`6 b its
`
`S ervice
`16 b its
`
`P S D U
`
`Tail
`6 b its
`
`P ad b its
`
`C o d ed O FD M
`(B P S K , r= 1/2)
`
`C o d ed O FD M
`(R ate is g iven in S ig nal sym b o l)
`
`P ream b le
`12 sym b o ls
`
`S IG N A L
`O ne O FD M sym b o l
`
`D ata
`Variab le num b er o f O FD M sym b o ls
`
`16usec
`
`4 usec
`(a) Legacy OFDM PPDU frame format
`
`
`
`
`
`
`
`P LC P H ead er
`
`P LC P H ead er
`
`R ate
`4 b its
`
`A ntenna
`1 b it
`
`Leng th
`12 b its
`
`P arity
`1 b it
`
`Tail
`6 b its
`
`2 Lo ng
`seq uences
`
`S ervice
`16 b its
`
`P S D U
`
`Tail
`6 b its
`
`P ad b its
`
`C o d ed O FD M
`(B P S K , r= 1/2)
`
`C o d ed O FD M
`(R ate is g iven in S ig nal sym b o l)
`
`P ream b le
`12 sym b o ls
`
`S IG N A L
`O ne O FD M sym b o l
`
`2 Lo ng
`P ream b les
`
`D ata
`Variab le num b er o f O FD M sym b o ls
`
`16usec
`
`4 usec
`
`8 usec
`
`(b) STBC-OFDM and SDM-OFDM PPDU frame format
`
`Figure 154A – PPDU frame format
`
`20.3.2.1 Overview of the PPDU encoding process
`
`The encoding process is composed of many detailed steps, which are described fully in later subclauses, as noted
`below. The following overview intends to facilitate understanding the details described in these subclauses:
`
`
`a) Produce the PLCP preamble field, composed of 10 repetitions of a “short training sequence” (used for AGC
`convergence, timing acquisition, and coarse frequency acquisition in the receiver) and two repetitions of a
`“long training sequence” (used for channel estimation, fine frequency acquisition and band detection to
`determine which band, upper, lower or both bands, is used for PPDU transmission), preceded by a guard
`interval (GI). If 2 transmit antennas are used for STBC-OFDM and SDM-OFDM modes, antennas 0 (one
`antenna) carries only even subcarriers of legacy short and long sequences and antenna 1 (the other antenna)
`odd ones. In addition to this, another long preamble field is added for MIMO channel estimation after
`SIGNAL symbol in STBC-OFDM and SDM-OFDM modes. In this case, antenna 0 carries odd subcarriers
`of preambles and antenna 1 even ones. Refer to 20.3.3 for details.
`
`b) Produce the PLCP header field from the DATARATE, LENGTH, MODE and SERVICE fields of the
`TXVECTOR by filling the appropriate bit fields. The RATE, ANTENNA and LENGTH fields of the PLCP
`header are encoded by a convolutional code at a rate of R = 1/2, and are subsequently mapped onto a single
`BPSK encoded OFDM symbol, denoted as the SIGNAL symbol. In order to facilitate a reliable and timely
`detection of the RATE, ANTENNA and LENGTH fields, 6 “zero” tail bits are inserted into the PLCP
`header. The encoding of the SIGNAL field into an OFDM symbol follows the same steps for convolutional
`
`
`
`
`
`Submission
`
`page 9
`
`Heejung Yu, ETRI
`
`HUAWEI EXHIBIT 1023
`HUAWEI VS. SPH
`
`000009
`
`

`
`August 2004
`
`
`
`doc.: IEEE 802.11-04/0923r0
`
`encoding, interleaving, BPSK modulation, pilot insertion, Fourier transform, and prepending a GI as
`described subsequently for data transmission at 6 Mbits/s. The contents of the SIGNAL field are not
`scrambled. In case of STBC-OFDM and SDM-OFDM, SIGNAL field subcarriers are distributed to 2
`transmit antennas by the same rule of the first long preamble. Refer to 20.3.4 for details.
`
`c) Calculate from DATARATE field of the TXVECTOR the number of data bits per OFDM symbol (NDBPS),
`the coding rate (R), the number of bits in each OFDM subcarrier (NBPSC), and the number of coded bits per
`OFDM symbol (NCBPS). Refer to 20.3.4.1 for details.
`
`d) Append the PSDU to the SERVICE field of the TXVECTOR. Extend the resulting bit string with “zero”
`bits (at least 6 bits) so that the resulting length will be a multiple of NDBPS. Especially in STBC-OFDM, the
`resulting length should be a multiple of 2NDBPS because a pair of OFDM symbols (two consecutive
`OFDM symbols) is STBC encoded together. In case that dual band is used, the pad bits are added to each
`band frame in that the frame for each band is considered as independent to each other. The resulting bit
`string constitutes the DATA part of the packet for each 20MHz band. Refer to 20.3.5.3 for details.
`
`e)
`
`Initiate the scrambler with a pseudorandom non-zero seed, generate a scrambling sequence, and XOR it
`with the extended string of data bits. This scrambling is performed for each band. Therefore 2 scramblers
`are needed for dual band case and these two scramblers have the same seed. Refer to 20.3.5.5 for details.
`
`f) Replace the six scrambled “zero” bits following the “data” with six nonscrambled “zero” bits. (Those bits
`return the convolutional encoder to the “zero state” and are denoted as “tail bits.”) Refer to 20.3.5.2 for
`details.
`
`g) Encode the extended, scrambled data string with a convolutional encoder (R = 1/2). Omit (puncture) some
`of the encoder output string (chosen according to “puncturing pattern”) to reach the desired “coding rate.”
`Encoding process is also performed independently for each 20MHz band as in the case of scrambling
`process. Two bands have same coding rate in dual band mode. Refer to 20.3.5.6 for details.
`
`h) Divide the encode

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket