Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

[STDS-802-11-TGM] 11me/D2.0 CID 3510 (Supported Channels element)



--- This message came from the IEEE 802.11 Task Group M Technical Reflector ---

Here are hits for "supported channels" in D2.0.  My starting suggestion

would be:

- the bits that suggest it's 11a-only or DFS-only or SM-only are just wrong

- the bits that suggest it's not used if ECSA is supported are misleading

- the combined use of SC and SOC in TDLS needs clarification

- the EDMG typo should be fixed

- the Supported Channel element typos should be fixed

 

But a group discussion and direction is needed.

 

4.5.5.3 DFS

[…]

The DFS service provides for the following:

— Association of STAs with an AP based on the STAs’ supported channels.

 

4.5.8 Radio measurement service

The Radio measurement service provides the following:

— The ability to request and report radio measurements in supported channels.

— The ability to perform radio measurements in supported channels.

 

6.5.7.2.2 Semantics of the service primitive [ditto reassoc]

The primitive parameters are as follows:

MLME-ASSOCIATE.request(

[…]

Supported Channels

The list of channels in which the STA is capable of operating.

Present if DFS functionality is required, as specified in 11.8 (DFS procedures); otherwise not present.

=> DFS-only

 

Table 9-62—Association Request frame body [ditto reassoc]

The Supported Channels element is present if dot11SpectrumManagementRequired is true and dot11ExtendedChannelSwitchActivated is false.

=> suggests not present if ECSA supported; at least not required

 

9.4.2.17 Supported Channels element

The Supported Channels element contains a list of channel subbands (from those channels defined in 17.3.8.4.3 (Channelization)) in which a STA is capable of operating.

=> 11a-only

[…]

The use of the Supported Channels element is described in 11.8.2 (Association based on supported channels) and 11.8.8 (Selecting and advertising a new channel).

=> about letting the AP decide whether to allow a STA to associate based on the channels it supports, and what channel to switch to

 

9.4.2.20.7 Beacon request

[…]

For operating classes that identify the location of the primary channel, a Channel Number field set to 0 indicates a request to make iterative measurements for all supported channels in the operating class where the measurement is permitted on the channel and the channel is valid for the current regulatory domain.

For operating classes that encompass a primary channel but do not identify the location of the primary channel, a Channel Number field set to 0 indicates a request to make iterative measurements for all primary channel positions within all requested and supported channels where the measurement is permitted on the channel and the channel is valid for the current regulatory domain.

For operating classes that identify the location of the primary channel, a Channel Number field set to 255 indicates a request to make iterative measurements for all supported channels in the current operating class listed in the latest AP Channel Report received from the serving AP.

 

Table 9-457—TDLS Discovery Response frame Action field format [ditto setup req]

[…]

The Supported Channels element is present if the TDLS Channel Switching subfield is equal to 1.

The Supported Channels element is defined in 9.4.2.17 (Supported Channels element).

=> also used for TDLS

 

Table 9-498—Information for TDLS Setup Response Action field

[…]

The Supported Channels element is defined in 9.4.2.17 (Supported Channels element). It is present if the TDLS Channel Switching subfield is equal to 1 and the Status Code is SUCCESS, and not present otherwise.

=> also used for TDLS

 

Table 9-519—Mesh Peering Open frame Action field format

[…]

The Supported Channels element is present if dot11SpectrumManagementRequired is true and dot11ExtendedChannelSwitchActivated is false.

=> suggests not present if ECSA supported; at least not required

 

10.39.12.2.1 Channel access rules

[…]

An EDMG STA shall not transmit an EDMG PPDU to a peer EDMG STA over a channel that is not supported by the peer STA as indicated in the Supported Channels field [I think subelement is intended here] in the peer STA’s EDMG Capabilities element.

 

11.8 DFS procedures

11.8.1 General [ditto DMG]

[…]

Attribute dot11SpectrumManagementRequired shall be set to true (#1038)if regulatory authorities require DFS. It may also be set to true in other circumstances. The DFS procedures provide for the following:

— Associating STAs with an AP based on the STAs’ supported channels (see 11.8.2 (Association based on supported channels)).

=> about letting the AP decide whether to allow a STA to associate based on the channels it supports

 

11.8.2.1 Association based on supported channels in a non-DMG BSS [similar DMG]

A STA shall provide an AP with a list of the channels in which the STA can operate when associating or reassociating by including a Supported Channels element in its (Re)Association Request frames.

=> about letting the AP decide whether to allow a STA to associate based on the channels it supports

An AP may use the supported channels list for associated STAs as an input into an algorithm used to select a new channel for the BSS. The specification of this algorithm is beyond the scope of this standard.

=> about helping the AP choose which channel to switch to

 

11.8.8.2 Selecting and advertising a new channel in a non-DMG infrastructure BSS [similar DMG]

[…]

The decision to switch to a new operating channel in an infrastructure BSS shall be made only by the AP. An AP may make use of the information in Supported Channel [should be Channels, also in MBSS and DMG] elements and the results of measurements undertaken by the AP and other STAs in the BSS to assist the selection of the new channel. The algorithm to choose a new channel is beyond the scope of this standard. The AP shall attempt to select a new channel that is supported by all associated STAs.

=> about helping the AP choose which channel to switch to

 

11.9.3.2 Selecting and advertising a new channel in an infrastructure BSS [similar MBSS]

[…]

The decision to switch to a new operating channel and/or operating class in an infrastructure BSS is made by the AP when dot11DSERequired is false. An AP may make use of the information in the Supported Channels element, Supported Operating Classes element, and the results of measurements undertaken by the AP and other STAs in the BSS to assist the selection of the new channel and/or operating class.

=> about helping the AP choose which channel to switch to

 

11.20.6.1 General

The STA shall include a Supported Channels element and a Supported Operating Classes element in all TDLS Setup Request and TDLS Setup Response frames that have a TDLS Channel Switching subfield equal to 1. The STA shall include only channels in the Supported Channels element for which it can adhere to the local power constraint.

=> how do you determine which OC in the SOCe a given channel in the SCe applies to?

 

B.4.10 Spectrum management extensions

SM3 Power Capability and Supported Channels elements in (Re)Association Request and Response frames

CFSM:M

=> so not if spectrum management not supported

 

Thanks,

 

Mark

 

--

Mark RISON, Standards Architect, WLAN   English/Esperanto/Français

Samsung Cambridge Solution Centre       Tel: +44 1223  434600

Innovation Park, Cambridge CB4 0DS      Fax: +44 1223  434601

ROYAUME UNI                             WWW: http://www.samsung.com/uk

 


To unsubscribe from the STDS-802-11-TGM list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGM&A=1