From: Vladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: "John W . Linville" <linville@tuxdriver.com>,
<linux-wireless@vger.kernel.org>,
"Luis R . Rodriguez" <rodrigue@qca.qualcomm.com>, <j@w1.fi>
Subject: Re: 60 GHz interface types (was: [PATCH v5 1/2] wireless: Driver for 60GHz card wil6210)
Date: Mon, 12 Nov 2012 19:22:38 +0200 [thread overview]
Message-ID: <1493513.loVaM5Pxv0@lx-vladimir> (raw)
In-Reply-To: <1352715356.9525.12.camel@jlt4.sipsolutions.net>
On Monday, November 12, 2012 11:15:56 AM Johannes Berg wrote:
> Ok, can you elaborate on the differences between PCP and AP, and their
> clients? I haven't had time to dig through the draft again
What comes to my mind:
PBSS is new type of BSS introduced by 60g spec. Partially, it sorts out mess
associated with IBSS; partially it helps to address 60g specifics.
PBSS is such a hybrid between ESS (infrastructure BSS) and IBSS.
PBSS can be established only with DMG (60G) stations.
PBSS features:
===Similar to IBSS===
- PBSS is ad-hoc network. Data frames use FromDS/ToDS combination 0/0
- stations communicate directly with each other.
- security: every STA implement both authenticator and supplicant roles
- STA use GAS to gather info about other STA's in the same PBSS
===Similar to ESS (infrastructure BSS)===
- there is dedicated coordination point, named PCP.
- PCP manages joining to the PBSS (association flow)
- only PCP transmits beacons. (in IBSS - every one)
- up to 254 STA may be associated with PCP (in IBSS - unlimited)
- PCP enforce uniform security policy (in IBSS each STA can enforce its own)
===Other===
- BSS type defined in beacon/probe resp etc.
- there is a protocol, called "PCP negotiation" that allows 2 STA to decide
who will accept role of PCP, based on specific scan procedure. They compare
"PCP factors" - something similar to P2P intents, but composed of various
capability bits. Most importand bit is "AC powered" - if 1 STA is AC powered
while 2-nd is battery powered, AC powered will be elected as PCP. And so on -
idea is to elect more capable STA as PCP.
- there is no multicast in DMG network, since all data transmissions are
directed. Due to this, if STA need to send mcast/bcast frame, it duplicates it
for every STA within PBSS.
- there is protocol for PCP hand-off
- in 60g, P2P_GO is PCP by definition
To summarize client's POV:
- you know whether it is AP or PCP from scan results
- you associate with AP and PCP in the same way
- you set FromDS/ToDS bits differently for PCP and AP
- for PCP, you yse GAS to discover other STA's (query PCP)
- for PCP, you transmit to every STA in your PBSS directly
- for PCP, you duplicate Tx multicast frame for each STA.
next prev parent reply other threads:[~2012-11-12 17:22 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-31 16:36 [PATCH v5 0/2] driver for 60g Wilocity chip wil6210 Vladimir Kondratiev
2012-10-31 16:36 ` [PATCH v5 1/2] wireless: Driver for 60GHz card wil6210 Vladimir Kondratiev
2012-11-08 19:29 ` Luis R. Rodriguez
2012-11-11 16:15 ` Vladimir Kondratiev
2012-11-12 17:22 ` Kalle Valo
2012-11-12 17:58 ` Vladimir Kondratiev
2012-11-13 19:39 ` Johannes Berg
2012-11-09 8:39 ` 60 GHz interface types (was: [PATCH v5 1/2] wireless: Driver for 60GHz card wil6210) Johannes Berg
2012-11-11 8:15 ` Vladimir Kondratiev
2012-11-11 13:42 ` Johannes Berg
2012-11-11 16:53 ` Vladimir Kondratiev
2012-11-12 10:15 ` Johannes Berg
2012-11-12 10:24 ` Johannes Berg
2012-11-12 14:57 ` Vladimir Kondratiev
2012-11-12 15:17 ` Johannes Berg
2012-11-12 15:01 ` Vladimir Kondratiev
2012-11-12 17:22 ` Vladimir Kondratiev [this message]
2012-10-31 16:36 ` [PATCH v5 2/2] wireless: integrate wil6210 driver into build structure Vladimir Kondratiev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1493513.loVaM5Pxv0@lx-vladimir \
--to=qca_vkondrat@qca.qualcomm.com \
--cc=j@w1.fi \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=rodrigue@qca.qualcomm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox