IEEE C802.16h-06/022

Similar documents
IEEE C802.16h-06/022r1

IEEE Broadband Wireless Access Working Group < Voice: (613) Fax: (613) {jsydor,

IEEE C802.16h-06/042

IEEE C802.16h-06/090

IEEE C802.16h-07/013. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-07/012. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/127. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/109. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Procedure in community Entry of new BS

IEEE Broadband Wireless Access Working Group < Interference Management Procedure in the Operating Stage

IEEE C802.16h-06/050

IEEE C802.16h-07/051. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/050r2

IEEE C802.16h-05/030r1. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-07/003r1. IEEE Broadband Wireless Access Working Group <

IEEE C802.16d-04/88r2. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/038r2. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-05/001. IEEE Broadband Wireless Access Working Group <

Title: LE Task Group Report - Session #45

IEEE Broadband Wireless Access Working Group < Merging CXCC sub-channels 1-4 and CSI sub-channel into one figure

John Liebetreu and Randall Scwartz

IEEE Broadband Wireless Access Working Group < updating the text related to CSI under CX-Frame scheme

IEEE C802.16h-07/085. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/015. IEEE Broadband Wireless Access Working Group <

UCP simulation: Approach and Initial Results

IEEE C802.16h-07/054r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Discuss the MAC messages supporting the CSI, such as DCD, DL-MAP etc.

A Mixed OFDM Downlink and Single Carrier Uplink for the 2-11 GHz Licensed Bands

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Editorial correction to use of the Term-of-Art 'backbone network'

C802.16a-02/68. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-06/011. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-05/020. Proposal for credit tokens based co-existence resolution and negotiation protocol

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Extended IE format for concurrent transmission of bursts

David Grandblaise Voice: +33 (0) Motorola Fax: +33 (0)

IEEE Broadband Wireless Access Working Group < Action Item from Session #48: UTC time stamp text remedy

Common PHY & Messages for Neighbor Discovery Using CTS

IEEE Broadband Wireless Access Working Group < Define the scheduling process and parameter of CTS in one community.

IEEE C802.16a-02/94r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Show some simulation result for the energy pulse symbol duration

IEEE C /07. IEEE Broadband Wireless Access Working Group <

Simulating coexistence between y and h systems in the 3.65 GHz band Scenarios and assumptions

AAS Maps Format for OFDM

IEEE C802.16h-05/039r h Networks. Voice: (613) Fax: (613) {jsydor,

IEEE C802.16h-06/071. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Working Group Review of Working Document 802.

IEEE C802.16d-04/26

C802.16g-05/039

IEEE Broadband Wireless Access Working Group < WirelessMAN coexistence function primitives consolidation

Network Management Study Group Closing Plenary Report

IEEE abc-01/23. IEEE Broadband Wireless Access Working Group <

Proposals for facilitating co-channel and adjacent channel coexistence in LE

IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-03/ Kwangjae Lim, Choongil Yeh, Hyungsoo Lim and Dongseung Kwon

IEEE C802.16e-04/518r1 Project. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Working Group Review of Working Document IEEE 802.

IEEE C802.16e-04/403 Project. IEEE Broadband Wireless Access Working Group <

IEEE C802.16a-02/46. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-05/022r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE C /008. IEEE Broadband Wireless Access Working Group <

IEEE C802.16d-04/40. IEEE Broadband Wireless Access Working Group <

IEEE C802.16maint-07/033

IEEE Broadband Wireless Access Working Group < Additional comments to P802.16d/D2

IEEE C802.16e-04/517 Project. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Proposed Antenna Radiation Pattern Envelopes for Coexistence Study

Messaging for Cognitive Radio Systems operating as Frequency Division Duplexing (FDD) IEEE h Networks.

IEEE Broadband Wireless Access Working Group < Initial rangin clarifications for OFDMA PHY

IEEE Broadband Wireless Access Working Group <

IEEE le-04/04. IEEE Broadband Wireless Access Working Group <

IEEE C802.16h-05/044. IEEE Broadband Wireless Access Working Group <

Montreal, a candidate for Session #33

Mesh Networks in Fixed Broadband Wireless Access

IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/420. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

Zion Hadad Voice: RunCom Communitcations Ltd. Fax: Hachoma st. Rishon le-zion, Israel

Channel estimation issues for TDD and FDD OFDM

Switched beam antennas in millimeter-wave band broadband wireless access networks

IEEE Broadband Wireless Access Working Group <

Relay Combining Hybrid ARQ for j

IEEE C802.16e-05/039. Pilot carriers can be used as secondary Fast-feedback channel or secondary UL ACK channel in OFDMA

IEEE Broadband Wireless Access Working Group < Coverage/Capacity simulations for OFDMA PHY in with ITU-T channel model

IEEE C802.16d-03/24r0. IEEE Broadband Wireless Access Working Group <

Proposal for the spectrum mask in IEEE

IEEE Broadband Wireless Access Working Group < Proposed PAR to convert P802.16d from Amendment to Revision

IEEE Broadband Wireless Access Working Group <

Changes in ARQ IEEE Presentation Submission Template (Rev. 8.2)

IEEE Broadband Wireless Access Working Group < P802.16h Working Document structure and purpose clarification

IEEE Broadband Wireless Access Working Group < The unified TLV encoding for DCD and UCD in OFDMA PHY mode

IEEE C802.16e-05/059r1. IEEE Broadband Wireless Access Working Group <

IETF Liasion Report, November 2006

IEEE Broadband Wireless Access Working Group < Per Stream Power Control in CQICH Enhanced Allocation IE

Assignments of Pilots for 256 FFT OFDMA mode

IEEE Session #14 Opening Plenary Presentation

IEEE Broadband Wireless Access Working Group < Corrections and clarifications to the d OFDMA Channel Coding

PHY Proposal IEEE Presentation Submission Template (Rev. 8.2)

Transcription:

Project Title Date Submitted Source(s) Re: Abstract Purpose otice Release Patent Policy and Procedures IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> 2006-02-28 John Sydor, Shanzeng Guo Communication Research Center 3701 Carling Ave Ottawa, O, Canada, K8H 8S2 IBS entry process in Synchronized IEEE 802.16h Ad Hoc etworks Voice: (613) 998-2388 Fax: (613) 998-4077 {jsydor, sguo}@crc.ca Call for Comments and Contribution, IEEE 802.16 s License-Exempt (LE) Task Group, 2006-02 Item 3. This document specifies an entry process of a new BS into a Interference eighborhood and the Creation of a Coexistence Community Using GPS/UTC time Synchronization This document specifies an entry process of a new BS into a Interference eighborhood and the Creation of a Coexistence Community Using GPS/UTC time synchronization. The document IEEE802.16h-06_003 details a synchronized CTS system and describes how it is used to coordinate co-channel networks, resolve entry of new networks and undertake interference control between networks in a co-existing community as well as new interference, some of which may not be due to IEEE 802.16h systems. This is a continuation of document IEEE802.16h-06_003 and IEEE802.16h-06_010r1 This document has been prepared to assist IEEE 802.16. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.16. The contributor is familiar with the IEEE 802.16 Patent Policy and Procedures <http://ieee802.org/16/ipr/patents/policy.html>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <mailto:chair@wirelessman.org> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.16 Working Group. The Chair will disclose this notification via the IEEE 802.16 web site <http://ieee802.org/16/ipr/patents/notices>. 0

IBS entry process in Synchronized IEEE 802.16h Ad Hoc etworks Insert this section at the end of Section 15.2.1.3 John Sydor, Shanzeng Guo Communication Research Centre, Ottawa, Canada Entry of a new BS into a Interference eighborhood and the Creation of a Coexistence Community Using GPS/UTC time Synchronization. In applications where the CTS intervals are synchronized to a GPS (or similar precision timing reference) and are given UTC time stamps (Fig H13), entry of a new Base Station (IBS) will be undertaken in 4 steps, with the IBS: (a) Monitoring the CTS Intervals, (b) Selecting an Empty CTS interval, (c) Claiming an empty CTS interval, (d) egotiating capacity and creation of a Coexistence Community. Prior to entry into a Community of Operating Base Stations (OBS) it is assumed that the IBS will have undertaken Adaptive Channel Selection (TBD Section) and has selected a candidate channel, is synchronized to a downlink GPS signal and can derive a UTC time stamp, and has no operational SS yet deployed. It is assumed that the IBS is deployed within an Interference eighborhood: ie: active interference from existing Operating Base Stations is present. The IBS entry process is shown in Figure 1. Figure 2 shows aspects of the entry procedure with signalling. (a) Monitoring the CTS Having tuned to the candidate channel, the IBS monitors and determines the level of activity on each CTS interval by demodulating the uplink SSURF (Sec 6.3.2.3.45) messages and storing their parameters in its Base Station Information Table( See Table h2). All demodulated SSURF messages will be from SSs that will interfere with the BS on the uplink and eventually, coexistence will have to be arranged with each of the OBS controlling these SSs. Each CTS interval from CTS-ID-00 to CTS-ID-54 is monitored. Each interval is monitored over a duration of 5 CTS cycles or minutes (TBD). If CTS-ID-54 has detectable power in it, the channel will be construed as occupied by a non-ieee 802.16 system (See 15.3.1.1.3.1) which may also be synchronized to the GPS/UTC. The channel will be abandoned if CTS-ID-54 is occupied (See 15.3.1.1.3). The signalling seen by an IBS is shown in Figure 2. (b) Selection of an Empty CTS Interval The monitored CTS intervals in which no (demodulated) SSURF messages are received become candidate CTS intervals. Empty CTS intervals indicate that it is still possible for the IBS to create a new Coexistence Community including the OBS (only a maximum of 9 co-channel networks can be accommodated by a single channel. Full loading is indicated by having all 9 CTS intervals occupied). 1

During each candidate CTS interval a RSSI (see 8.4.11.2) will be undertaken during the uplink duration. RSSI is undertaken to determine the presence or absence of low level (un-demodulated) uplink SSURF messages. Each candidate CTS interval is monitored in this manner over a duration of 10 CTS cycles or minutes (TBD). An interval will be considered as useable and chosen if the mean RSSI power measurement in it is no greater than {[] +3 db) (TBD); where [] is the thermal noise floor of the IBS receiver. The absence of uplink SSURFs means that the CTS is free of uplink (and possibly downlink occupancy). The particular interval is now considered as being ready for claiming. (c) Claiming Procedure. The purpose of the claiming process is to make adjacent OBS networks (which are likely members of different Coexistence Communities) aware of the presence of the IBS. Claiming is undertaken by having the IBS broadcast its BSD during an empty CTS. Since the OBS are silent and are monitoring the downlink on each CTS other than their own, the broadcast message will likely be detected during what was previously an empty CTS interval (see discussion on undetected broadcasts below). To begin the claiming procedure the IBS broadcasts at maximum EIRP a BSD (see 6.3.2.3.44) message. This message, when received by foreign SS belonging to adjacent networks that form the Interference eighborhood, will result in those SS informing their home base stations of the presence of a new base station (the IBS) using the IP signalling message BS_CCID_ID (see 15.6.1.32). All OBS having SS that detect the BSD during the claimed CTS interval will in this manner respond back to the IBS informing it that it has been detected and is a de facto interferer on the downlink. The IBS will include in its BS Information table the IP addresses of all of the OBS that have redirected their BS_CCID_ID messages to it. The IBS continues its BSD broadcast routine until no new BS_CCID_ID messages are detected (the threshold for this is TBD). With the receipt of the BS_CCID_ID messages the IBS will have determined the extent of its Interference eighborhood, as determined by foreign SS interference reception of the IBS s BSD messages transmitted during the claimed CTS interval. By receiving the BS_CCID_ID messages, the IBS will now know with which OBS it must negotiate coexistence. (d) Capacity egotiation and membership in the Coexistence Community The OBS networks which the IBS creates or sustains interference to/from become listed in the BS Information Table (See XXX) of the IBS. This table contains the BS_IDs and IP addresses derived either from uplink SSURF messages that the IBS demodulated during its monitoring phase (above (a)) or from the BS_CCID_ID messages that it received via the IP backhaul from the OBS as part of the claiming procedure ((c) above). Communication and negotiation with each OBS listed in the BS Information Table is undertaken via the {TBD} Coexistence Protocol (CP). Coexistence entails allocation of uplink and downlink transmission intervals in a manner that eliminates co-channel interference amongst users that would otherwise experience it and sustain degraded communications. This is done by parsing uplink and downlink intervals and establishing master subframes (see Sec 15.2.1.1.2). Each OBS that the IBS has listed in its BS Information Table as an interfering network must partake in such a resolution procedure. By undertaking this process the IBS thus creates a Coexistence Community for itself, and consequently becomes accommodated by the neighbouring networks of its interference neighbourhood. Undetected BSD Broadcasts/Undetected Uplink SSURF messages. The BSD and SSURF messages are sent at the lowest, most robust modulation rate specified for IEEE 802.16-2004 transmissions. This rate will be ½ rate BPSK with a nominal sensitivity of 6.4 db SR. (see 8.3.11.1). These transmissions may be received at levels below threshold and will be individually undemodulated. However, because of the statistical variation in the propagation channel whose variance can exceed 6 db, there is a finite probability that eventually such signals shall eventually exceed demodulation threshold levels and be detected. The time to achieve this is TBD. Furthermore, below threshold signals can be detected 2

by power detectors or detection techniques that will provide indication of signals below demodulation thresholds. These techniques can be instituted either as part of the RF system or in parallel with the demodulation process.. Figure 1. IBS community entry process. IBS Initialization GPS Timing Synchronization Operational integrity check Wait for BS_CCID_ID msg forwarded from foreign BS. Extract foreign BS information and build BS-information table. ACS: determine a candidate RF spectrum channel Monitor the candidate channel CTS occupancy: CTS00, CTS06,, CTS54 Broadcast BSD until no new BS_CCID_ID received, or timer expired? Is CTS54 occupied? For every occupied CTS, demodulate the SSURF message, extract all foreign BS information, and put them into BS-information-table. Examine BS-information-table, CP negotiation process will negotiate the co-existence of this IBS with other OBS, and determine the time sharing manner. For every unoccupied CTS interval, measure its uplink RSSI for a duration of 10 CTS cycles Peak RSSI <= noise floor +3 db? All negotiation process complete with every OBS? Choose the current CTS slot IBS entry complete, coexisting community formed complete IBS broadcast its BSD msg using the chosen CTS slot 3

BS_CCID_ID IBS3 Broadcast BSD SS BS_CCID_ID BS_CCID_ID SS OBS2 BS_CCID_ID OBS1 power OBS1 and OBS2 traffic BS SS DL UL BSD of OBS2 SSURF of OBS2 BSD of IBS3 Occupied CTS-ID00 of OBS1 Occupied CTS-ID06 of OBS2 Figure 2 IBS3 Entry Signalling Unoccupied CTS-ID12 claimed by IBS3 time 4

This document was created with Win2PDF available at http://www.daneprairie.com. The unregistered version of Win2PDF is for evaluation or non-commercial use only.