Submission Page 1 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems New Radio Measurement Actions within the h Framework Daryl Kaiser (Cisco Systems) 14 January 2003

Submission Page 2 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Purpose To review the radio measurement actions proposed in 02/677r2 To show how these measurements fit the h framework In particular, the measurement request/report infrastructure

Submission Page 3 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Wireless network goals that require radio measurement action Detect possible rogue APs to help the WLAN administrator plug security holes Quantify WLAN radio topology to facilitate automatic frequency selection and AP/client power limits Measure BSS overlap to feed BSS overlap mitigation (TGe) and to help balance coverage, capacity and QoS Quantify each station’s local performance to assist admissions control (TGe) and to facilitate roaming and load balancing Detect non interference and quantify noise to facilitate radio parameter avoidance and to inform mobile clients of situation

Submission Page 4 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Summary of proposed radio measurement actions (02/677r2) Beacon report detects possible rogue APs, quantifies WLAN radio topology and measures BSS overlap Extended CCA report quantifies each station’s current local performance in terms of CCA busy fraction and backoff experience Non RPI histogram report detects non interference and quantifies noise Frame report identifies a station’s local contending stations Reducing to one-liners: –What do you hear (and how much of it)? Extended CCA and RPI Histogram reports –Who do you hear? Beacon and Frame reports

Submission Page 5 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems h defines an infrastructure for measurement requests and measurement reports Measurement Request frame Element … Measurement Report frame Element … … … Params One or more Measurement Request elements per frame One or more Measurement Report elements per frame

Submission Page 6 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems TGk would use the same measurement request format as h Category: 0=Spectrum Mgmt(TGh), 1=QoS Mgmt(TGe), 2=DLP(TGe), 3=Radio Measurement(TGk) Action: TGh and TGe define actions unique to their categories, TGk=Measurement Request & Report Dialog Token indicates the unique identity of the request …All fixed fields follow existing conventions Activation Delay indicates the number of TBTTs to skip before executing the first request element Measurement Offset indicates the start time offset within the beacon interval Measurement Request elements are processed sequentially and executed in series or in parallel CategoryAction Dialog Token Activation Delay One or more Measurement Request elements 1111variable Measurement Offset 1 Add a category…and request/report actions

Submission Page 7 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Why define a new Radio Measurement category? To distinguish radar avoidance and radio measurement capability Stations advertising Spectrum Management can avoid radars Stations advertising Radio Measurement can measure and report Some TGh and TGk measurements may be similar, but… Ultimately, these are two distinct capabilities

Submission Page 8 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems TGk would use h Measurement Request Element ID and the same fixed field definitions Measurement Token is unique among the elements in a measurement request frame Measurement Request Mode indicates (1) serial vs. parallel and (2) whether the originator wants to receive measurement requests and autonomous reports from the receiving station Measurement Type identifies type of measurement, which defines the remaining format –802.11h defines three types: Basic, CCA, and RPI Histogram –TGk would define new types: Beacon, Extended CCA, Non RPI Histogram, Frame Measurement Request contains the details of the request Element IDLength Measurement Token Measurement Request Mode Measurement Type Measurement Request variable Add measurement types

Submission Page 9 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems TGk measurement request details would include an extra field Channel is identical to h Duration is identical to h Scan Mode would choose between passive, active and beacon table retrieval for Beacon measurement only Other TGk measurements would not require Scan mode, and could replace it with a Spare field or eliminate it altogether ChannelDuration Channel Scan Mode or Spare Duration h measurement request details TGk measurement request details

Submission Page 10 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems TGk would use the same measurement report format as h Category: 0=Spectrum Mgmt(TGh), 1=QoS Mgmt(TGe), 2=DLP(TGe), 3=Radio Measurement(TGk) Action: TGh and TGe define actions unique to their categories, TGk=Measurement Request & Report Dialog Token indicates the unique identity of the request …This field follows existing convention Measurement Report elements contain fixed fields and measurement type-specific fields CategoryAction Dialog Token One or more Measurement Report elements 111variable New category report action

Submission Page 11 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems TGk would use h Measurement Report Element ID and the same fixed field definitions Measurement Token is the unique value from the measurement request frame Measurement Report Mode indicates (1) serial vs. parallel and (2) whether the reporting STA is incapable of performing the requested measurement or refuses to perform it Measurement Type identifies type of measurement, which defines the remaining format –Same as in Measurement Request. Three h types plus new TGk measurement types. Measurement Report contains the measurement results Element IDLength Measurement Token Measurement Report Mode Measurement Type Measurement Report variable New measurement types

Submission Page 12 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Some TGk measurement report details would match h formats. Others would define new formats. For example, the new Beacon Report… PHY Type indicates the physical layer type as defined by dot11PhyType Received Signal Strength is an absolute measurement in dBm BSSID, Beacon Interval and Capability are copied from the received beacon or probe response Parent TSF is the lower 4 bytes of the measuring station’s TSFTIMER at time of reception Target TSF is the Timestamp field copied from the received beacon or probe response Received Elements include other IEs in the received beacon or probe response ChannelDuration Parent TSFTarget TSF Beacon Interval Received Elements variable PHY Type Received Signal Strength BSSID 116 Capability Information 2

Submission Page 13 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Measurement report details for proposed TGk measurements Beacon report would define a new report detail format Extended CCA report would include Channel Busy Fraction as in h, plus the station’s recent backoff history per QoS class Non RPI histogram report would use the same format as h, but reflect only non interference and noise Frame report would define a new report detail format

Submission Page 14 January 2003 doc.: IEEE /029r0 Daryl Kaiser, Cisco Systems Summary of how proposed TGk measurement requests and reports fit the framework Use action management frames defined by TGh and TGe Define a new action category for radio measurements Use Measurement Request & Report Element IDs defined by TGh Use the same definition of CCA Busy Fraction as TGh Use the same report RPI Histogram ranges and format as TGh