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

Similar documents
IEEE C802.16h-06/022

IEEE C802.16h-06/022r1

IEEE C802.16h-06/090

IEEE C802.16h-06/042

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

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

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

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

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

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

IEEE C802.16h-06/050

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

IEEE C802.16h-06/050r2

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

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

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

IEEE Broadband Wireless Access Working Group <

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

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

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

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

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

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

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

IEEE Broadband Wireless Access Working Group <

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

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

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

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

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

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

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

IEEE Broadband Wireless Access Working Group <

UCP simulation: Approach and Initial Results

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

John Liebetreu and Randall Scwartz

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

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

Title: LE Task Group Report - Session #45

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

C802.16g-05/039

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

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

IEEE C802.16d-04/26

IEEE Broadband Wireless Access Working Group <

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

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

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

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

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

Common PHY & Messages for Neighbor Discovery Using CTS

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

IEEE Broadband Wireless Access Working Group < Consolidation of Uncoordinated Coexistence Mechanisms

IEEE C802.16maint-07/033

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

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

IEEE C802.16h-05/022r1. 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 Broadband Wireless Access Working Group < Show some simulation result for the energy pulse symbol duration

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

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

IEEE Broadband Wireless Access Working Group <

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

IEEE Broadband Wireless Access Working Group <

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

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

Network Management Study Group Closing Plenary Report

AAS Maps Format for OFDM

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

Proposal for the spectrum mask in IEEE

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

Mesh Networks in Fixed Broadband Wireless Access

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

IEEE Broadband Wireless Access Working Group <

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

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

IEEE C a-01/09. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

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

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

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

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

IEEE c-01/39. IEEE Broadband Wireless Access Working Group <

IEEE d -04/35r1. IEEE Broadband Wireless Access Working Group <

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

IEEE Broadband Wireless Access Working Group <

Channel estimation issues for TDD and FDD OFDM

PHY Proposal IEEE Presentation Submission Template (Rev. 8.2)

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

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

IEEE c-23. IEEE Broadband Wireless Access Working Group <

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

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

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

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

IEEE Broadband Wireless Access Working Group <

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

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

Transcription:

Project Title Date Submitted IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> Changes to Working Draft Document for conformance of Same PH Profile Processes and the CX_CC concept 2006-09-22 Source(s) John Sydor, Shanzeng Guo Communication Research Center 3701 Carling Ave Ottawa, O, Canada, K8H 8S2 Voice: (613) 998-2388 Fax: (613) 998-4077 {jsydor, sguo}@crc.ca Re: Abstract Purpose otice Release Patent Policy and Procedures IEEE 802.16h-06/015r1 working group review. This document Changes to Working Draft Document for conformance of Same PH Profile Processes and the CX_CC concept. This document updates the Working Draft Document for conformance of Same PH Profile Processes and the CX_CC concept. 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>.

Changes to Working Draft Document for conformance of Same PH Profile Processes and the CX_CC concept John Sydor, Shanzeng Guo Communications Research Center Ottawa, Canada Introduction With the development of the Coexistence Control Channel (CX_CC) concept, there are a number of Same PH profile processes that need to be changed to conform to the new concept. These are not new conceptual additions to the Draft Standard. Delete the current Section 15.3.2.1 and insert the following new section: 15.3.2.1 Coexistence Messaging Interval (CMI) for use with Same Profile Systems and the CX_CC The CMI has duration of a frame 1.9 msecs and is a repetitive slot found in the Coexistence Control Channel (CX_CC). A CMI is claimed by a system and consistes of 3 uplink and 3 downlink intervals found within a CX_CC cycle (T_cogn). Downlinks carry information BSD messages unique to the identity of the base station controlling the network for which the particular CMI is associated. Uplink messages carry SSURF messages unique to the subscriber stations associated with the network and base station associated with the same CMI. During a given CMI all other networks, not associated with the particular CMI, remain silent and receive only. Every BSD (Section 6.3.2.3.62) sent downlink has a BS_ID associated with it. The BS_ID, when received by a foreign SS as part of the BSD, indicates to the foreign SS the source of interference to it. Additionally the BSD contains an UL-MAP which addresses specific SS associated with the BS_ID to ( and the same CMI) to send their SSURF messages (Section 6.3.2.3.63). The SSURF messages when received by a foreign BS, indicates to the foreign BS the source of interference to it. Only one BSD message is inserted randomly into the 1.9 second duration of the downlink CMI whereas multiple SSURFs are inserted inside the uplink CMI. The rationale for the random placement of the BSD is to handle the event where two or more BSDs occurs in the same CMI. This is possible since there can be adjacent co-channel coexistence communities that interfere. ormally the CMI claiming process and the Clear Channel assessment process that every BS undertakes before entry into the Coexistence Community limits a single system to a single CMI. However, this process cannot be guaranteed because of the nature of sporadic interference and the chance of hidden systems becoming visible. In such situations the detection of interference is imperative. Detection of the multiple BSD messages is facilitated by randomizing their transmissions within the CMI. Randomization limits the chance that BSDs in

the same CMI collide. The SS will be able to detect foreign BSDs within durations that they are expecting only their home BSD. Such a detection of interference in the invocation of the Coexistence Protocols, likely between the home and foreign BSD. The probability of BSD collisions within the same CMI can be calculated, and is a process dependent on the width of the BSD ( which is dependent on the datagram content, modulation, and channel bandwidth) and the width of the CMI interval within which the BSD is randomly placed; for Wireless MA-CX systems the CMI interval is Tcc_s (1.9 msec) For the worst BSD collision case, there are n base stations in the common coverage area, the successful (nonoverlapping) BSD transmission probability is 1 1 2 1 1 n! p = 1 = 1 Cn m m m m ( n 2)! 2! Where t m =. Assume the CMI downlink duration time length is t which is the uplink t d portion of a physical frame (physical frame duration is varying from 2, 2.5, 4, 5, 8, 10, 12.5, to 20ms), the BSD downlink PDU time duration is t d, which is typically < <1 msec Delete the current Section 15.3.2.2 and insert the following new section: 15.3.2.2 Candidate Channel Determination (Using GPS/UTC Synchronized CMI and Common Profile) Candidate Channel Determination (CCD) is the process used by WirelessMA-CX systems (conforming to a synchronized CMI and common profile) where the base station monitors a band to which it has access and selects, within that band, a channel having minimal use and occupancy by neighboring wireless systems. This process is used, for example, by an IBS prior to undertaking entry into a Coexistence Community. Since a base station can only receive uplink traffic, this process relies on the monitoring uplink transmission intervals and the measurement of interference signal power [I] and noise power []. Each candidate channel will be ranked in terms of its (I/) ratio. Those channels with the lowest ratio or ideally a ratio of 1 will be selected for use by the base station and be candidates for entry by an IBS, since such channels will have the lowest amount of discernable activity on them, hence likely have lower interference. [I] and [] will be determined using the RSSI measurement capability of the base station receiver as detailed in Section 8.4.11.2. After synchronization to the GPS and initialization of the base station operating parameters, the base station will select a channel and undertake noise floor measurements on CX_CC_o{1-7}, which are unoccupied CX_CC slots (Section 10.5.2.3) used by WirelessMA-CX networks, but may be used by non- WirelessMA-CX networks (15.3.1.1.3.1) or indeed any system synchronized to a GPS.

CX_CC_o{1-7}, in situations when it is unoccupied by any other wireless system, will be de-facto free from all WirelessMA-CX transmissions and will provide an interval allowing the measurement of the receiver thermal noise floor []. The thermal noise floor is the noise power spectral density of the received channel (o) multiplied by the channel bandwidth. Measurements will be undertaken long enough to determine whether [] has Gaussian characteristics. Measurements not deemed as Gaussian and/or RSSI measurements that are 3 db (TBD) higher than a predetermined [] value (which can be provided a-priori as a Receiver oise Figure estimate within RSSI measurement algorithm in the base station receiver) will be an indication that channel may be occupied by non-wirelessma-cx users. In this instance the value of the mean RSSI will be taken as the [I] created by the occupying WirelessMA-CX network and the given channel will be discarded from further consideration as it is considered occupied. Otherwise, the measurement will provide a value for []. [I] measurements will be undertaken by calculating the mean signal strength and variance due to uplink SSURF messages summed over intervals CX_CMI_U{1-6}. The number of CMI cycles to be measured will be a variable (TBD) set for the base station by the operator. Measurement of the RSSI will be done in accordance with Section 8.4.11.2, with care being taken to ensure that valid signals are being measured, even at close-to noise floor levels. The mean RSSI and variance calculated for the summed CMI intervals of the channel will be construed as interference values [I] and [Var I] for the channel. In essence, what this measurement represents is the total power that the Base Station measures, on a given channel, due to the total of all Subscriber Stations operating on that channel. {Because of the granularity of the measurements ( each interfering SS will be separately detected) it will be possible for the BS to obtain a more sophisticated understanding of the interference environment above and beyond what is simply given by [I] and [Var I]. The incorporation of such more advanced interference detection approaches will not be presently considered in the context of the current discussion however}. The channels are then ranked, with the channel having the lowest I/ and smallest [Var I] measurements likely selected for IBS entry into a Coexistence Community. This process is undertaken for each channel that is specified forms the band of operation for the WirelessMA-CX system and in essence identifies white space spectrum. Additionally, the passive PSD monitoring process described in Section XXX can be considered as a parallel process to the CCD, and can be used as another method of ascertaining spectrum occupancy. Figure h32 shows the CCD process.

CCD begins Initialize BS Extract GPS Timing/Sych Derive UTC Select a candidate channel. Are all channels checked? Calculate [I/] for all channels First Monitor CX_CC_o{1-7} and determine mean and variance of RSSI. Is (1) RSSI (F+3dB) and (2) Gaussian? Select channel with lowest [I/] and smallest [Var I] Assume channel occupied by non- WirlessMA- CX network RSSI = [I] RSSI = [] for this channel Measure RSSI and for CX_CMI_U1 to CX_CMI_U6, calculate mean SSURF Interference and make it =[I] CCD ends Figure h32 CCD Process

Delete the current Section 15.3.2.3 and insert the following new section: 15.3.2.3 Entry of a new BS into a Interference eighborhood and the Creation of a Coexistence Community Using CX_CC Synchronized Systems having the Same PH profile In applications where the CX_CMI intervals are synchronized to the CX_CC and are used with systems having a common (same) PH profile, entry of a new Base Station (IBS) will be undertaken in 4 steps, with the IBS: (a) Monitoring the CX_CMI uplink Intervals, (b) Selecting an Empty CX_CMI downlink interval, (c) Claiming an empty CX_CMI downlink interval, (d) Becoming a member of a Coexistence Community using the claimed CX_CMI. Prior to entry into a Community of Operating Base Stations (OBS) it is assumed that the IBS will have undertaken the Candidate Channel Determination (Section 15.3.2.2) process and has selected a candidate channel 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 systems is present. The IBS entry process is shown in Figure h33. Figure h34 shows aspects of the entry procedure with signaling. (a) Monitoring the CX_CMI Having tuned to the candidate channel, the IBS monitors and determines the level of activity on each CX_CMI uplink interval by demodulating the uplink SSURF (Sec 6.3.2.3.63) messages and storing their parameters in its Base Station Information Table( See Table h4). All demodulated SSURF messages will be from SSs that will interfere with the BS on the uplink and eventually coexistence will have to be negotiated with each of the OBS controlling these SSs. Each CMI interval from CX_CMI_U1 to CX_CMI_U3 is monitored (in the future this will include U4-U6). Each interval is monitored over a duration of 10 T_cogn cycles or 2 minutes. If CX_CC_o[1-7] have detectable power on them, the channel will be construed as occupied by a non-wireless MA-CX systems (See 15.7). The channel will then be abandoned. In this manner the IBS is able to differentiate interferers as either being capable or not of coexistence. The signaling seen by an IBS is shown in Figure 2. (b) Selection of an Empty CX_CMI The monitored CX_CMI uplink intervals in which no (demodulated) SSURF messages are received become candidate CMI intervals. Empty intervals indicate that it is still possible for the IBS to create a new Coexistence Community including the OBS (only a maximum of 3 (future 6) co-channel networks can be accommodated by a single channel. Full loading is indicated by having all 3 (6) CX_CMI intervals occupied).

During each candidate CX_CMI 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 interval is monitored in this manner over a duration of 10 T_cogn cycles or 2 minutes. 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 and the noise power is integrated over the full 10 T_cogn cycles. The absence of uplink SSURFs means that the CX_CMI is free of uplink (and possibly downlink occupancy), hence it can be 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 CX_CMI downlink. Since the OBS are silent and are monitoring the downlink on each CX_CMI other than their own, the broadcast message will be detectable during what was previously an empty interval (see discussion on undetected broadcasts below). To begin the claiming procedure the IBS broadcasts at maximum EIRP its BSD (see 6.3.2.3.62) 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 MAC message REP_RSP (see Section 6.3.2.3XX). All OBS having SS that detect the BSD during the claimed CX_CMI downlink interval will then via an IP link 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 in essence redirected their REP_RSP messages to it. The IBS continues its BSD broadcast routine until no new REP_RSP messages are detected (the threshold for this is TBD). With the receipt of the totality of redirected REP_RSP messages the IBS will have then have determined the extent of its Interference eighborhood which is now determined by the set of foreign SS which have received the IBS s BSD messages transmitted during the claimed CX_CMI. Having this information the IBS will now know with which OBS it must negotiate coexistence, if indeed it is warranted. If it is not warranted (for instance, because the interference created is too difficult to resolve by the Coexistence Protocol), the IBS abandons the CX_CMI and chooses an alternative channel that is identified as part of the CCD process (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 H4) of the IBS. This table contains the BS_IDs and IP proxy addresses derived either from uplink SSURF messages that the IBS demodulated during its monitoring phase (above (a)) or from the REP_RSP 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 common, master, and slave subframes (see Sec 15.4.2.1.2). Each OBS that the IBS has listed in its BS Information Table as an interfering network must partake in such resolution of interference by scheduling. 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 the threshold sensitivity and will be undemodulated, hence unidentifiable (though they may still be detected as interference noise). 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 an important factor in the amount of time the IBS spends undertaking its initial CMI claiming broadcasts. In such instances there is also a high reliance on the CCD (Section 15.3.2.2) and the PSD processes (Section 15.5.2.30) to identify low level interference and channel occupancy.

IBS entry GPS Timing Synchronization Operational integrity check Wait for REP_RSP msg forwarded from foreign BS. Extract foreign BS information and build BS-information table. CCD: determine a set of candidate channels Monitor a candidate channel s CX_CMI_U{1-6} occupancy Broadcast BSD until no new REP_RSP received, or timer expired? Is CX_CMI_o{1-7} occupied? For every occupied uplink CX_CMI, demodulate the SSURF messages, extract all foreign BS information and put it 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 common, master and slave sub-frame scheduling.. For every unoccupied CX_CMI interval, measure its uplink RSSI for a duration of 10 T_cogn cycles All negotiation process complete with every OBS? Peak RSSI <= noise floor +3 db? Choose the current CX_CMI slot IBS broadcasts its BSD msg using the chosen CX_CMI slot IBS entry complete, coexisting community formed complete Figure h33. IBS community entry process for Same PH Systems using CX_CC CMI signaling.