> > The math bears that out, but nonetheless OFCOM are still effectively > proposing that *no* in-block transmissions are allowed in that channel.
Same is true for the FCC. The FCC also assumes that "off" channels are not used by WSDs. Specifying a low power level like -33 dBm is effectively the same thing as specifying no in-band emissions there. Even if someone did try to put an in-band emission there (regardless of how impractical that actually is), it would be too low to cause interference to anyone and no harm has been done to the "RF environment". The advantage of having an "well behaved" spectrum profile (contiguous and without special values like -inf) is that the channel selection algorithm on the WSDs becomes much simpler and logical. There's no need to have lots of special boundary condition checks and code paths that only get triggered under special circumstances. I'd like to avoid ambiguous interpretations on the device side as much as possible. Andy Lee | Google Inc. | [email protected] | 408-230-0522 On Thu, Sep 19, 2013 at 8:30 AM, Ray Bellis <[email protected]>wrote: > > On 19 Sep 2013, at 16:21, Andy Lee <[email protected]> > wrote: > > > This actually shows that Ofcom has picked a power threshold on channel > 38 of -33 dBm. If you look at the ACLR numbers for class 3, 4, and 5 > devices, you'll see they are 10 dB apart from each other and that they all > work out to be -33 dBm on channel 38. > > > > The reason there are no limits for class 1 and 2 devices is because the > in-band power on channels 37 and 39 cannot exceed +36 dBm/8MHz, and > therefore the power on channel 38 will naturally be less than -33 dBm. > > The math bears that out, but nonetheless OFCOM are still effectively > proposing that *no* in-block transmissions are allowed in that channel. > > Per OFCOM / ETSI device interface requirements it would be incorrect for > us to actually send that value of -33 dBm to a device. > > Ray > > >
_______________________________________________ paws mailing list [email protected] https://www.ietf.org/mailman/listinfo/paws
