Linux wireless drivers development
 help / color / mirror / Atom feed
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.

  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