Doc.: IEEE 802.11-12/0854r0 Submission NameAffiliationsAddressPhoneemail Zhuang Yan Huawei Technologies 101 Software Avenue Yuhua District, Nanjing 210012,

Slides:



Advertisements
Similar presentations
Doc.: IEEE / ai Submission NameAffiliationsAddressPhone Phillip BarberHuawei Technologies Co., Ltd Alma Rd, Ste 500 Plano,
Advertisements

Doc.: IEEE /1019r1 Submission July 2011 MediaTek, Inc Slide 1 Supporting Large Number of STAs in ah Date: Authors:
User Interface. The Protocol Interface The service we have tested is a clock: the control point sends a request to the device (demo device in this case)
Doc.: IEEE /492r02 Submission Orange Labs Date: Collaboration between 2.4/5 and 60 GHz May 2010 Authors:
Submission doc.: IEEE 11-12/1449r0 Decmeber 2012 Yan Zhuang, Huawei TechnologiesSlide 1 Virtual Wireless Port based Bridging Date: Authors:
Doc.: IEEE /0112r4 Submission Supporting Authentication/Association for Large Number of Stations September 2012 Slide 1 I2R Date:
Doc.: IEEE /0607r0 SubmissionRye Cheol, ETRISlide 1 ISD Use Cases and Requirements Date: Authors: May 2012.
Doc.: IEEE /1313r0 Agenda November 2013 Stephen McCann, BlackberrySlide 1 TGaq Mini Tutorial Date: Authors:
Doc.: IEEE Submission Nov 2013 Betty Zhao et. al., HuaweiSlide 1 Service Discovery with Association Date: Authors:
Doc.: IEEE /0795r0 Submission HEW Usage Scenarios Categorization July 2013 Eldad Perahia (Intel)Slide 1 Date: Authors:
Doc.: IEEE /0034r1 Submission Setting of ProbeTimer January 2013 Lin Cai et al, Huawei.Slide 1 Authors: NameAffiliationsAddressPhone Lin.
Doc.: IEEE /0067r0 Submission Jan 2012 Phillip Barber, HuaweiSlide 1 Active Scanning Time Notification Date: Authors: NameAffiliationsAddressPhone .
Submission doc.: IEEE 11-10/0765r0 July 2012 Carl Kain, Noblis, Inc.Slide 1 Dynamic Mobility Integrated Dynamic Transit Operations Use Case for ISD Date:
Doc.: IEEE /0394r0 Submission March 2012 HuaweiSlide 1 ISD Use Cases and Requirements Date: Authors:
Doc.: IEEE /0326r0 Submission Month Year Tom Siep, CSRSlide 1 Use Case Ref List Doc Discussion Date: Authors:
Doc.: IEEE /0158r2 Submission TGaq Pre-Association Discovery Protocol for ANDSF Discovery Service Date: May 2014 Joe Kwak, InterDigitalSlide.
1 TOWER CONSTRUCTION NOTIFICATION SYSTEM ENHANCEMENTS March 30, :00 PM Room 6-B516 of the Portals II Building 445 Twelfth Street, SW Washington,
Doc.: IEEE /0144r0 Submission January 2012 HuaweiSlide 1 ISD Use Cases Date: Authors:
Doc.: IEEE /0357r0 Submission March 2008 Michelle Gong, Intel, et alSlide 1 Enhancement to Mesh Discovery Date: Authors:
Doc.: IEEE /0118r2 Submission January 2013 Stephen McCann, RIMSlide 1 Summary of PAD SG use cases Date: Authors:
Doc.: IEEE At home, IoT Use Case(s) for LRLP January 2016 SubmissionSlide 1 At home, IoT Use Case(s) for LRLP Date: Intel Authors:
Doc.: IEEE /1259r0 SubmissionYunlu Liu (China Mobile)Slide 1 Measurement Reporting in WLAN Date: Authors: Nov 2012.
Submission November 2015doc: IEEE /1436r2 Xun Yang, HuaweiSlide 1 STA-to-STA Positioning Use Cases Date: Authors:
Submission doc.: IEEE /1380r0 November 2015 NokiaSlide 1 LRLP Digital Health Use Case Date: Authors:
Submission November 2015doc: IEEE /1436r1 Xun Yang, HuaweiSlide 1 STA-to-STA Positioning Use Cases Date: Authors:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Future Project Planning Report Date Submitted: November 4, 2011 Presented at IEEE session #47.
Doc.: IEEE /1313r1 Submission November 2013 Stephen McCann, BlackberrySlide 1 TGaq Mini Tutorial Date: Authors:
Doc.: IEEE /1313r2 Submission November 2013 Stephen McCann, BlackberrySlide 1 TGaq Mini Tutorial Date: Authors:
Doc.: IEEE /0067r0 Submission Jan 2014 Ping FANG, HuaweiSlide 1 Service Discovery for UPnP Printer Date: Authors:
Doc.: IEEE /1017r1 July 2011 Huawei Submission July 2011 Discussion for 11ah Functional Requirements Date: NameCompanyAddressPhone .
Doc.: IEEE /0326r0 Submission Month Year Tom Siep, CSRSlide 1 Use Case Ref List Doc Discussion Date: Authors:
Overall MAC Procedure for WUR
WUR Reconnection Usage Model
Virtual Wireless Port based Bridging
Consideration on Max Idle Period Extension for ah Power Save
Further Consideration on Smart Scanning Usage Model
Further Consideration on Smart Scanning Usage Model
2200 Mission College Blvd., Santa Clara, CA 95054, USA
TGai Guideline for Submissions to TGai Template Slides
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Month Year doc.: IEEE yy/xxxxr0 July 2017
Consideration on WUR frame for Fast Scanning
Consideration on WUR frame for Fast Scanning
Group-addressed GAS Date: Authors: December 2016 July 2013
Uplink Broadcast Service
Enhancements to Mesh Discovery
Enhancement to Mesh Discovery
WUR Use Cases and Requirements
Resource allocation principles for coexistence system
Low Power Sensor Broadcast Use Cases
Group-addressed GAS Date: Authors: December 2016 July 2013
Reducing the Probe Response transmission
CID#102 - Channel Allocation
Listen to Probe Request from other STAs
Discussion for 11ah Functional Requirements
WUR Use Cases and Requirements
Month Year doc.: IEEE yy/xxxxr0
CID#89-Directed Multicast Service (DMS)
Channel Allocation March 2008 Authors: Date: Month Year
Group-addressed GAS Date: Authors: November 2016 July 2013
Examples of deployment scenarios
2200 Mission College Blvd., Santa Clara, CA 95054, USA
WLAN Paging and Idle Mode
VHT - SG Date: Authors: July 2007 Month Year
WLAN Paging and Idle Mode
Consideration on Max Idle Period Extension for ah Power Save
Proposed Addition to Evaluation Methodology
Power Efficient WUR AP Discovery
Use Cases for TGaq Date: Authors: March 2013 January 2010
Month Year doc.: IEEE yy/xxxxr0
Presentation transcript:

doc.: IEEE /0854r0 Submission NameAffiliationsAddressPhone Zhuang Yan Huawei Technologies 101 Software Avenue Yuhua District, Nanjing , P.R.China ei.com Wang Yungui Huawei Technologies 101 Software Avenue Yuhua District, Nanjing , P.R.China Gu Yingjie Huawei Technologies 101 Software Avenue Yuhua District, Nanjing , P.R.China ISD Use Cases Date: July 2012 Slide 1 Authors: Huawei.

doc.: IEEE /0854r0 SubmissionSlide 2 Abstract Services Discovery for different scenarios Some use case suggestions and requirements for the Infrastructure Service Discovery Study Group meeting, July 2012, San Diego, CA, USA July 2012 Huawei

doc.: IEEE /0854r0 Submission Outline Use Case 1: Local Service Discovery within a High Density Environment –A Railway Station Environment Use Case 2: Long Range Service Discovery within a Multiple AP Environment –An Enterprise Environment Use Case 3: Service Discovery based on Location Detection –Local Conference Service July 2012 HuaweiSlide 3

doc.: IEEE /0854r0 Submission July 2012 HuaweiSlide 4 Use Case 1: Local Service Discovery within a High Density Environment –A Railway Station Environment

doc.: IEEE /0854r0 Submission Local Service Discovery within a High Density Environment: A Railway Station Environment July 2012 HuaweiSlide 5 Description : John enters the hall of a railway station and wants to find a coffee shop to wait for his friend. His smart phone sends requests for service discovery. The Station AP replies with service content in it. John’s smart phone displays the content on the screen and John finds the advertisements of coffees. Then he selects a coffee shop for more information, such as coffee types and shop location etc. al. The Station AP will provide him more information of the shop.

doc.: IEEE /0854r0 Submission Use Case 1: Sequence of Events The user device requests service discovery. The AP, supporting service discovery, provides a service content. The user selects the wanted service and asks for more information. The AP looks up the service list with requested service and replies with a detailed information of the service. The user device displays the detailed information of the requested service for a further association decision, to get the service through the WLAN. July 2012 HuaweiSlide 6

doc.: IEEE /0854r0 Submission Use Case 1: Summary of Requirements Service devices should publish their service capability to the associated AP. The requesting devices should be able to request for service discovery, including discovering further information of a preferred service. The AP should be able to provide service content and detailed service information according to requesting devices’ request. July 2012 HuaweiSlide 7

doc.: IEEE /0854r0 Submission July 2012 HuaweiSlide 8 Use Case 2: Long Range Service Discovery within a Multiple AP Environment An Enterprise Environment

doc.: IEEE /0854r0 Submission Long Range Service Discovery within a Multiple AP Environment: An Enterprise Environment July 2012 HuaweiSlide 9

doc.: IEEE /0854r0 Submission Use case 2: Descriptions Description (1): There are 2 types of WLANs in an hall of XX Company Base N. AP1 is open for display service and common information service. AP2 is security for printer service and scanner service, et al. Moreover, AP2 can reach the remote WLANs, which are AP3 and AP4. AP3 is an security WLAN in Base N for project information, upload service etc al. , while AP 4 is a remote WLAN in Base S for data service of Base S, such as service. Dan and Emily enters the hall. Dan is an Employee of the company whose base is S. He is here for a project conference and now wants to check project information and meeting agenda in Base N, meanwhile check his on the server in Base S. Emily is a graduate student, coming for an interview. She wants to find out the arrangement of her interview and room information. July 2012 HuaweiSlide 10

doc.: IEEE /0854r0 Submission Use case 2: Descriptions Description (2): For Emily:  Emily requests service discovery through her smart phone.  AP1 and AP2 provides their service contents.  She finds that the common information may help, hence, sends further request with “common information” to AP1 for further information.  AP1 replies with detailed descriptions of the “common information”, –including map service and interview service, etc.  Then Emily may decide to associate to AP1 for further checking – details of her interview arrangement. July 2012 HuaweiSlide 11

doc.: IEEE /0854r0 Submission Use case 2: Descriptions Description (3): For Dan:  When Dan receives service content lists from both APs. He finds that AP2’s reachable WLANs AP3 and AP4 can provide his services.  Dan sends a further request with “ service” and “project information service” to AP2.  AP2 checks the two services and replies information of these two services, e.g. access policy et al.  Dan’s smart phone displays these further information. Then he may use his WLAN access ID in Base S or ask for a temporally ID from the Front Desk based on the policies, then associate to AP2. July 2012 HuaweiSlide 12

doc.: IEEE /0854r0 Submission Use Case 2: Sequence of Event The user device requests service discovery. The AP supports the service discovery, provides the service content. The user finds that the service he/she wants belongs to another WLAN, but can reach through the local AP. Then user device sends a request to local AP with the particular service(s) for further information, such as access policy etc al. The local AP checks and replies with detailed information of remote services. The user device receives the response and checks whether he/she has the authentication to access the service WLAN through current WLAN, and then make an association decision. July 2012 HuaweiSlide 13

doc.: IEEE /0854r0 Submission Use Case 2: Requirements Summary AP should be able to be configured whether it can provide services to other APs. AP should be able to provide requesting devices its local services, as well as services information provided by its reachable APs. Service devices should publish their service capability to the associated AP. The requesting devices should be able to request for service discovery, including discovering further information of a preferred service. July 2012 HuaweiSlide 14

doc.: IEEE /0854r0 Submission July 2012 HuaweiSlide 15 Use Case 3: Service Discovery based on Location Detection Local Conference Service

doc.: IEEE /0854r0 Submission Use Case 3: Service Discovery based on Location Detection——Local Conference Service July 2012 HuaweiSlide 16 Description: John enters a conference room and requests to finds the projector service. The AP that has projector service, discovers John’s mobile device is within the Wi-Fi Direction connection area of the projector, then AP notifies his mobile device and the Projector to enable their WiFi-direct with some suggested information, such as suggested channel etc. The Projector opens its WiFi-direct, perhaps listening on the suggested channel, ready to provide service. John may also open WiFi-direct and set up a direct link on the suggested channel from AP.

doc.: IEEE /0854r0 Submission Use Case 3: Sequence of Event The user requests to use a projector. The AP detects that the user device within the Wi-Fi Direct connection area of a Projector. The AP notifies the two devices to enable the WiFi Direct and provide a suggested channel to avoid interference with other existing channels. The user device and the projector receives the notification and set up a direct link on the AP’s suggested channel. July 2012 HuaweiSlide 17

doc.: IEEE /0854r0 Submission Use Case 3: Requirements Summary The requesting devices should be able to request for service discovery, including discovering further information of a preferred service. The AP should be able to know device capability of requesting and requested STAs, such as support Wi-Fi Direct. The service devices and requesting device should be able to enable/disable their Wi-Fi direct to save power consumption. The AP should be able to detect positions of devices. The AP should be able to notify devices to enable their Wi-Fi direct with a suggested channel etc. to set up a direct link. July 2012 HuaweiSlide 18

doc.: IEEE /0854r0 Submission Any Question? Thank you! July 2012 HuaweiSlide 19