Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-11/1274r1 November 2011 Padam Kafle, Nokia Submission Neighboring Network Information Sharing through RLSS Authors: Date: Nov 7, 2011.

Published byDerrick Randall Modified over 8 years ago

Similar presentations

Presentation on theme: "Doc.: IEEE 802.11-11/1274r1 November 2011 Padam Kafle, Nokia Submission Neighboring Network Information Sharing through RLSS Authors: Date: Nov 7, 2011."— Presentation transcript:

1 doc.: IEEE 802.11-11/1274r1 November 2011 Padam Kafle, Nokia Submission Neighboring Network Information Sharing through RLSS Authors: Date: Nov 7, 2011 NameCompanyAddressPhoneemail Padam KafleNokia 6021 Connection Drive, Irving, TX, 75039 +1 214 673 6232Padam.kafle@nokia.com Mika KasslinNokia Itämerenkatu 11-13, 00180 Helsinki, Finland +358 50 4836294Mika.kasslin@nokia.com Prabodh VarshneyNokia 6021 Connection Drive, Irving, TX, 75039+1 469 9512745Prabodh.varshney@nokia.com Zhou LanNICT 3-4, Hikarino-oka, Yokosuka, Kanagawa, Japan, 239-0847 lan@nict.go.jp Hiroshi HaradaNICT 3-4, Hikarino-oka, Yokosuka, Kanagawa, Japan, 239-0847 harada@nict.go.jp

2 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 2 Contents Abstract Comments Discussion The OBSS Problem in TVWS Deployment Scenarios RLSS for Neighboring Network Information Sharing Network Coexistence through RLSS with Centralized Decision Summary

3 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 3 There are many comments asking to specify the coexistence mechanisms to avoid interference between overlapping BSS in TVWS band. This presentation discusses the problems and proposed solution from 11-11-1272r3 to provide resolution for the following CIDs on coexistence: CIDs: 8, 500, 733 and 811. Abstract

4 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 4 Comments CIDClause Number(C) Page(C)Line(C)CommentProposed Change 84.5.5.2Need a mechanism for a portable BSS to detect presence of co-channel fixed devices so that it can move into a different channel. This is because there is a 16dB EIRP difference between the fixed and portable. So fixed APs may never detect a portable devices in the co-channel and thereby cause interference to the portable device BSS. Make transmission of unsolicited TPC report element mandatory for fixed TVWS devices. Also see 11/0265r0 for suggested text. 50010.af15020The channel power management currently provides mechanisms for advertising available channels or changes to channel(s) or constrained maximum transmit power level(s). However, the problem of potential interference among multiple overlapping BSSs while operating on the allocated channel and transmit power levels are not taken in to account. Given the greater coverage range in TVWS band to more likely incur interferences, options for interference management among multiple overlapping networks should be specified in the specification. 733Generalthere is no specification for how the 5 and 10 MHz mode would coexist in a same TVWS channel, since the preambles cannot interoperate add detailed coexistence mechanisms

5 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 5 Comments.. CIDClause Number(C) Page(C)Line(C)CommentProposed Change 811General6636802.11af is intended for increased range. However with that comes increased OBSS interference. Recommend studying interference mitigation schemes between OBSS

6 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 6 The larger cell coverage in TVWS band exacerbates the problem of overlapping BSS with hidden node STAs. In order to improve the utilization of limited available spectrum in TVWS band, enhanced coexistence mechanisms are required There are many possible scenarios for which, the legacy mechanisms currently available in 802.11 (e.g. CSMA/CA, RTS/CTS etc) are not sufficient We had discussed some possible solutions in 11-11-1049r1 during SFO meeting. This presentation is built upon the RLSS based approach, which had received good support from the straw poll: Do you support the use of RLSS to allow exchange of neighbourhood knowledge to address some of coexistence related comments? 7 Yes, 2 No, 5 Abstains Interference avoidance among multiple networks served by a common RLSS is considered here with two possible options for implementation: Distributed decision making Centralized decision making Discussion

7 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 7 There are two main problems: 1)When the transmit power levels in two overlapping BSS are significantly different (4 W Fixed vs 100 mW/40 mW Personal/Portable operation), the conventional RTS/CTS protection can not solve the interference from a hidden STA. The larger coverage range in TVWS makes it more difficult problem than in the legacy WLAN bands (limited channels but increased interference area) The OBSS Problem in TVWS

8 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 8 2.Overlapping BSS with different channel bandwidths will be common due to limited TV channels in many locations. One BSS with 5 MHz bandwidth may be adjacent with another using 10 MHz channel overlapping to it (refer to.11af channelization in next slide). However, OBSS scanning and coexistence notifications like in 802.11n can not work due to non-interoperable preambles The OBSS Problem in TVWS..

9 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 9 The OBSS Problem in TVWS.. Current channelization in.11af for US

10 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 10 Deployment Scenarios In many deployments, networks of different coverage range and capacity (e.g. low data rate coverage for parking lots/campus, and high-data rate indoor service) may be managed through a common RLSS Assumption: multiple APs are served by the same RLSS within one service provider’s domain, or AP from one SP’s network can request information from another AP with other SP’s network

11 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 11 A registered location secure server (RLSS) entity has been specified in current 802.11af specification: RLSS is an advertisement server to support RLQP using inter-working capability of 802.11u. RLSS can be implemented inside an AP or can reside outside It can provide the following functions for white space operation: proxy to external geo-location database a network management service node that facilitates the operational controls Once an AP (Mode II/Fixed) obtains the list of authorized frequencies and transmit power levels for the network initiation, additional information about other networks around its area becomes important for selection of its actual operational parameters (e.g. channel, bandwidth, power) How the RLSS can support/manage to avoid OBSS interference? Provide additional information about neighbouring networks to the APs. The decisions (network initiation or changes during operation) are local to the AP Control the operating parameters of the APs. The decisions on parameters are centralized to the RLSS Deployment Scenarios..

12 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 12 For setting up a network, an AP first obtains list of available channels at its location by performing channel availability query. It can then request additional Neighboring Network Information (NNI) from the RLSS for other networks in its neighbourhood served by the same RLSS NNI Query from a GDC AP to RLSS: Device ID, estimated maximum transmit power, geo-location (optional) Request Type: 0 for Neighboring Network Information Request values 1-255 are reserved NNI Response from RLSS to the requesting AP: The response message contains current operational parameters of networks which are around the neighbourhood of the requesting STA (BSSID, used frequency channels, us ed channel widths, used transmit power levels, relative path losses, device classes) Neighboring Network Information through RLSS

13 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 13 How RLSS can provide the relevant information? From the known information about identity, device class and geo-location of each TVB D, RLSS internally determines the possible interfering networks in its service zone An exclusion zone may be calculated using the knowledge of available channels, and propag ation ranges of other BSS from the types of devices and their current transmit power levels Actual algorithms for deriving the information is implementation specific, and not spec ified by the standard After receiving the response for the NNI Query from RLSS, the AP can select its o perating frequency, channel width and transmit power to minimize interference to i tself, as well as, possible interference to its neighbouring networks What is required in.11af specification ? New RLQP elements to allow query and response messages for neighbouring network information Neighboring Network Information through RLSS..

14 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 14 RLQP ID LengthRequester STA Address Request Type Device Identification Estimated Maximum Transmit Power Device Location Information 1 octet 2 octets 6 octets1 octet18 octets1 octet18 octets (only if location is changed) Neighboring Network Information Response Neighboring Network Information Query  These fields are repeated as determined by the length field  RLQP ID LengthRequester STA Address Status Code BSSIDOperating Class Channel Number Device Class Operating Transmit Power Relative Path Loss 1 octet 2 octet6 octet1 octet 6 octets 1 octet Neighboring Network Information through RLSS..

15 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 15 Once an AP (Mode II or Fixed) obtains the list of authorized frequencies and tra nsmit power levels for the network initiation, it sends an NCC to RLSS to reque st a set of network channels The RLSS determines these set of channels based on information of neighboring APs to avoid coexistence problems Assumption: multiple APs are served by the same RLSS within one service provider’s domain and they use the network channels as determined by the RLS S Network Channel Control procedure in D1.04 can be already used (with some a dditional description on the usage) Network Coexistence through RLSS with Centralized Decision

16 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 16 The first message sent by the NCC requesting STA asserts identity and requests NCC. The NCC requesting STA may select its preferred frequencies from the WSM and reque st usage of the selected frequencies for multiple WLAN network channels usage. The NCC responding STA may grant permission of using the selected frequencies, or pr ovides its recommended set of frequencies, for multiple WLAN network channels to the NCC requesting STA by using the NCC response frame The recommendation of the NCC responding STA is based on the effort to minimize coexistence issue. The actual algorithm of deriving the recommended channels, however, will not be specified in 802.11af. RLQP Network Channel Control (NCC) request and response frame in 8.4.5.4 Network Coexistence through RLSS with Centralized Decision..

17 doc.: IEEE 802.11-11/1274r1 November 2011 Submission Padam Kafle, Nokia Slide 17 The interference management among multiple BSS is more challenging in TVWS band due to larger coverage range Neighboring network information query through RLSS allows distributed decision making for APs RLSS shares the operating parameters of neighbours relevant for the requesting AP Each AP selects its operating parameters, but the network coexistence can be improved from the additional knowledge about other networks In addition, RLSS can also be used to enable centralized decision making for network coexistence management RLSS makes decisions for multiple APs for allocating operating parameters in order to resolve any coexistence problems Each AP uses NCC to obtain a set network channels as decided by the RLSS, so that all networks linked to the RLSS can coexist For flexibility in implementations,.11af should enable both of the above options Summary

18 doc.: IEEE 802.11-11/1274r1 November 2011 Padam Kafle, Nokia Submission Comments/Questions?

Download ppt "Doc.: IEEE 802.11-11/1274r1 November 2011 Padam Kafle, Nokia Submission Neighboring Network Information Sharing through RLSS Authors: Date: Nov 7, 2011."

Similar presentations

Doc.: IEEE 802.19-09/0046r0 Submission July 2009 Ari Ahtiainen, NokiaSlide 1 A Cooperation Mechanism for Coexistence between Secondary User Networks on.

Doc.: IEEE /0046r0 Submission July 2009 Ari Ahtiainen, NokiaSlide 1 A Cooperation Mechanism for Coexistence between Secondary User Networks on.
Doc.: IEEE 802.19-10/0165r1 SubmissionPäivi Ruuska, NokiaSlide 1 Implementation aspects of a 802.19.1 coexistence system Notice: This document has been.

Doc.: IEEE /0165r1 SubmissionPäivi Ruuska, NokiaSlide 1 Implementation aspects of a coexistence system Notice: This document has been.
Doc.: IEEE 802.11-10/0544r0 May 2010 Padam Kafle, Nokia Submission Slide 1 Some Comments on White Space Map IE Authors: Date: May 14, 2010 NameCompanyAddressPhoneemail.

Doc.: IEEE /0544r0 May 2010 Padam Kafle, Nokia Submission Slide 1 Some Comments on White Space Map IE Authors: Date: May 14, 2010 NameCompanyAddressPhone .
Submission doc.: IEEE 11-12/0420r2 March 2012 Fei Tong, CSRSlide 1 Providing extended range with limited transmission power in 802.11ah network Date: 14-March-2012.

Submission doc.: IEEE 11-12/0420r2 March 2012 Fei Tong, CSRSlide 1 Providing extended range with limited transmission power in ah network Date: 14-March-2012.
Submission doc.: IEEE 802.19-15/0010r0 January 2015 Sho Furuichi, SonySlide 1 Coexistence Scenario and Use Cases Date: 2015-01-13 Authors: Notice: This.

Submission doc.: IEEE /0010r0 January 2015 Sho Furuichi, SonySlide 1 Coexistence Scenario and Use Cases Date: Authors: Notice: This.
Submission doc.: IEEE 802.11-14/1208r1 September 2014 Jinsoo Ahn, Yonsei UniversitySlide 1 MAC considerations on 802.11ax OFDMA Date: 2014-09-17 Authors:

Submission doc.: IEEE /1208r1 September 2014 Jinsoo Ahn, Yonsei UniversitySlide 1 MAC considerations on ax OFDMA Date: Authors:
Doc.: IEEE 802.11-10/1303r5 Submission November 2010 Jarkko Kneckt (Nokia)Slide 1 Overlapping BSS Co-Existence Date: 2010-11-11 Authors:

Doc.: IEEE /1303r5 Submission November 2010 Jarkko Kneckt (Nokia)Slide 1 Overlapping BSS Co-Existence Date: Authors:
Doc.: IEEE 802.11-12/1126r0 Submission September 2012 Krishna Sayana, SamsungSlide 1 Wi-Fi for Hotspot Deployments and Cellular Offload Date: 2012-09-18.

Doc.: IEEE /1126r0 Submission September 2012 Krishna Sayana, SamsungSlide 1 Wi-Fi for Hotspot Deployments and Cellular Offload Date:
Doc.: IEEE 802.19-10/160r0 SubmissionSlide 1 Output power management for TVWS network coexistence Notice: This document has been prepared to assist IEEE.

Doc.: IEEE /160r0 SubmissionSlide 1 Output power management for TVWS network coexistence Notice: This document has been prepared to assist IEEE.
Doc.: IEEE 802.19-10/0104r0 Submission July 2010 Alex Reznik, et. al. (InterDigital)Slide 1 Channel Selection Support in TVWS Date: 2010-07-14 Authors:

Doc.: IEEE /0104r0 Submission July 2010 Alex Reznik, et. al. (InterDigital)Slide 1 Channel Selection Support in TVWS Date: Authors:
Doc.: IEEE 802.11-13/1153r0 Submission September 2013 Laurent Cariou (Orange)Slide 1 Simulation scenario proposal Date: 2013-17-09 Authors:

Doc.: IEEE /1153r0 Submission September 2013 Laurent Cariou (Orange)Slide 1 Simulation scenario proposal Date: Authors:
Doc.: IEEE 802.11-10/0262r1 Submission March 2010 Ha-Nguyen Tran et al., NICTSlide 1 Requirements and Amendment Regarding TVWS Database Access Notice:

Doc.: IEEE /0262r1 Submission March 2010 Ha-Nguyen Tran et al., NICTSlide 1 Requirements and Amendment Regarding TVWS Database Access Notice:
Submission doc.: IEEE 11-12/0281r0 March 2012 Jarkko Kneckt, NokiaSlide 1 Recommendations for association Date: 2012-03-05 Authors:

Submission doc.: IEEE 11-12/0281r0 March 2012 Jarkko Kneckt, NokiaSlide 1 Recommendations for association Date: Authors:
Doc.: IEEE 802.11-10/0256r0 Submission March 2010 Zhou Lan NICTSlide 1 Proposal of Synchronized Quiet Period for Incumbent User Detection Date: 2010-March.

Doc.: IEEE /0256r0 Submission March 2010 Zhou Lan NICTSlide 1 Proposal of Synchronized Quiet Period for Incumbent User Detection Date: 2010-March.
Doc.: IEEE 802.19-11/0002r1 Submission January 2011 Päivi Ruuska, NokiaSlide 1 Neighbor Setting Procedures Notice: This document has been prepared to assist.

Doc.: IEEE /0002r1 Submission January 2011 Päivi Ruuska, NokiaSlide 1 Neighbor Setting Procedures Notice: This document has been prepared to assist.
Doc.: IEEE 802.19-10/161r0 SubmissionSlide 1 Resource management for TVWS network coexistence Notice: This document has been prepared to assist IEEE 802.19.

Doc.: IEEE /161r0 SubmissionSlide 1 Resource management for TVWS network coexistence Notice: This document has been prepared to assist IEEE
Doc.: IEEE 802.11-11/0175r2 Submission June 2011 Slide 1 FCC TVWS Terminology Date: 2011-01-14 Authors: Peter Ecclesine, Cisco.

Doc.: IEEE /0175r2 Submission June 2011 Slide 1 FCC TVWS Terminology Date: Authors: Peter Ecclesine, Cisco.
Doc.: IEEE 802.11-11/1393r1 Submission November 2011 Slide 1 OFCOM ECC TR 159 TVWS Terminology Date: 2011-11-01 Authors: Peter Ecclesine, Cisco.

Doc.: IEEE /1393r1 Submission November 2011 Slide 1 OFCOM ECC TR 159 TVWS Terminology Date: Authors: Peter Ecclesine, Cisco.
Doc.: IEEE 802.19-15/0098r0 Submission November 2015 Hyunduk Kang et al, ETRISlide 1 Consideration on Neighbor Discovery Date: 2015-11-11 Authors:

Doc.: IEEE /0098r0 Submission November 2015 Hyunduk Kang et al, ETRISlide 1 Consideration on Neighbor Discovery Date: Authors:
Doc.: IEEE 802.11-10/0261r0 SubmissionSlide 1 Enabling Procedure of Communication in TVWS under FCC rules Notice: This document has been prepared to assist.

Doc.: IEEE /0261r0 SubmissionSlide 1 Enabling Procedure of Communication in TVWS under FCC rules Notice: This document has been prepared to assist.

Similar presentations

Ads by Google