1 / 12

TGaq Design Options

TGaq Design Options. Authors:. Date: 2013-03-18. Abstract. Thoughts about Design Options for the TGaq meeting in March 2013, Orlando, Florida, USA. Need for Project (From PAR).

kipp
Download Presentation

TGaq Design Options

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. TGaq Design Options Authors: Date: 2013-03-18 Stephen McCann, RIM

  2. Abstract Thoughts about Design Options for the TGaq meeting in March 2013, Orlando, Florida, USA Stephen McCann, RIM

  3. Need for Project (From PAR) • This amendment will provide mechanisms that assist in pre-association discovery of services by addressing the means to advertise their existence and enable delivery of information that describes them. This information about services is to be made available prior to association by stations operating on IEEE 802.11 wireless networks. • There are existing higher layer service discovery/description approaches (e.g. UPnP, Bonjour) as well as mechanisms to deliver information in pre-association states (e.g. just as ANQP can be delivered over GAS). Stephen McCann, RIM

  4. Way Forward • What do we want to do? • Use Case/Requirements analysis • Call for proposed solutions (complete/partial) • Down selection criteria (if multiple proposals) • Simple Protocol (quick) • Communication plan with other Fora (e.g. Wi-Fi Alliance?) Stephen McCann, RIM

  5. Quick Option • TGaq develops simple MAC protocol • Meets low level requirements of use cases • Other Fora deal with higher layers (L2+) • Liaison to other fora of our use cases Stephen McCann, RIM

  6. GAS • GAS designed to provide pre-association protocol • Request/Response mechanism to network server • Asynchronous timing • Built in server side delay (comeback delay) • Timing can be altered to reduce amount of Request/Responses Stephen McCann, RIM

  7. IEEE 802.11u: Signaling Interworked Servers 802.11u Roaming and Network Info AP 802.11aq STA Services GAS SSPN Interface Emergency Network Alerts Connection W/O Association 802.11af TV White Spaces Location M I B Advertisement s Protocol #0 ANQP #1,2 MIH #3 EAS #4 RLQP #5 Service Beacon Probe Probe response Stephen McCann, RIM

  8. ANQP • Access Network Query Protocol • Designed to fetch static access network data from AP • Request sends integer cook book value (e.g. 258) • Response returns data (e.g. Venue Name) • RLQP similar for TVWS registered location data • Other QPs can be easily added • New “ANQP” protocol to carry UPnP, Bonjour frames • Do we have to determine which frames would be required? • Adjust the timing/frequency of queries Stephen McCann, RIM

  9. Protocol Ideas • Some simple new service discovery messages • Upper layer encapsulation • Return Codes • Signed (secure) messages? Stephen McCann, RIM

  10. Stephen McCann, RIM

  11. Stephen McCann, RIM

  12. Stephen McCann, RIM

More Related