Microsoft Questions FCC's 'White Spaces' Decision 142
narramissic writes "Late last month a wireless prototype submitted by Microsoft and other members of the White Spaces Coalition was rejected by the FCC because it interfered with cable channels. Microsoft, though, claims that the device was malfunctioning when the FCC tested it. From the article: 'In a letter to the FCC Monday, Microsoft said the scanner in one of two prototypes was damaged and "operated at a severely degraded level. The damaged scanner accounted for the entire discrepancy between the Microsoft and the FCC bench test data," said Ed Thomas, a consultant for the White Spaces Coalition and a former chief of the FCC's Office of Engineering and Technology.'"
Why is Microsoft taking on this role? (Score:1, Insightful)
We Need Wireless Broadband (Score:3, Insightful)
The telecom and cable monopolies are holding the FCC in their pockets and stifling innovation.
Responsibility (Score:5, Insightful)
FUD -- Microsoft needs to prove it works (Score:4, Insightful)
Re:So this wasn't (Score:3, Insightful)
For the record, I am no fan of either MS or the FCC, but in this case, I would probably side with the FCC.
Forgive my apparent ignorance but... (Score:2, Insightful)
So what's the point of Microsoft saying 'oh, it was screwing up when you were testing it'...
If it mucks up other channels while it is malfunctioning it's not going to be commissioned...that's the whole point of testing it...isn't it?
If it doesn't mess up other channels while it's working fine, then fine...but the whole idea that when it malfunctions it interferes with other transmissions...is the perfect reason not to pass this thing in my mind.
Re:Soemthing smells fishy (Score:5, Insightful)
Devices are expected to fail. Given a long enough timeframe, ALL of them fail.
MSFT needs to understand "fail safe" (Score:5, Insightful)
In other words, the device should self-test critical functions, and if any do not meet requirements, the device needs to indicate the failure AND NOT TRANSMIT.
Basic rational design.
If the "scanner" fails to detect an "in use" channel properly (self test to ensure it does), the transmitter shouldn't just push ahead and transmit, it should alarm and go to standby.
If the device can just go ahead and transmit, as Microsoft's did, the FCC is absolutely right: The device (and possibly service) should not be allowed.
--
Tomas
Re:hey... (Score:4, Insightful)
Right idea but your proposed test has a bug (Score:4, Insightful)
Dead on. But:
If the "scanner" fails to detect an "in use" channel properly (self test to ensure it does), the transmitter shouldn't just push ahead and transmit, it should alarm and go to standby.
Which breaks if you bring it up in an environment that doesn't have any "in use" channels to detect. Like in a remote environment (such as my place in a lightly-settled section of Nevada desert) which has zero detectable TV signals and virtually no daytime broadcast radio - exactly the sort of place you'd want to "wire for broadband" with wireless.
IMHO the right algorithm is not an up-front self-test, but a CYA check during turn-up:
- Check for in-use channel. If not found:
- Momentarily make a VERY SMALL amount of signal of your own and see if you detect that, to check the detector. If you do:
- THEN turn on normal transmitter power.
Re:Another public relations misfire (Score:4, Insightful)
Compliance test is not multiple-choice (Score:3, Insightful)
Yes, that's right. If one sample meets the limit and another does not, how would the test tech know which one was truly defective? In the case of interference testing, a broken product often seems better than the working one (it's likely to have fewer or weaker signals making noise, hence lower interference measurements). The unit was tested as received, and that sample's performance determines "pass" or "fail".
The nature of certification tests is that the test sample represents all products shipped. It's the manufacturers' responsibility to deliver working test samples. If the manufacturer didn't have anybody present to demonstrate the failing unit really was broken, the test technician not only was justified in giving a "test failure" verdict, but as an independent evaluator also was obligated to do so.