This is part of my thesis work at Cal, yes. Range is not in any way involved.
That's roughly the use case, areas where there are too few users to keep a BTS in constant use. Our designs allow the power usage to scale with the number of users, rather than sit at a fixed output, as they do now. The BTS side is simple; the osmocom side is complicated. We have a handset that can wakeup a sleeping tower, or a "wakeup button" device which only transmits when a button is pressed. That thing is ~5 bucks and can probably be attached to the back of a legacy phone in case we can't convince a large manufacturer to incorporate our changes into the baseband.
Anyhow, the code is online if you're interested in looking at our progress (https://github.com/kheimerl). It's nowhere near ready, but you're a very knowledgeable guy, and I'd be happy to hear your opinions on any of our designs.
On Thu, Feb 2, 2012 at 10:37 AM, Alexander Chemeris alexander.chemeris@gmail.com wrote:
Is it a part of your TIER university work? I wonder about use cases for this.
One use case I see is when you have a BTS which is rarely used, like in a desert and you don't want it to work all the time. What use cases do you plan to use it for?
On Thu, Feb 2, 2012 at 22:03, Kurtis Heimerl kheimerl@cs.berkeley.edu wrote:
Yeah, and we have that working.
On Thu, Feb 2, 2012 at 12:56 AM, Alexander Chemeris alexander.chemeris@gmail.com wrote:
On Thu, Feb 2, 2012 at 12:08, Kurtis Heimerl kheimerl@cs.berkeley.edu wrote:
I think I looked at that... I'll give you some context.
We've modified osmocom to "wakeup" a specific tower at a specific ARFCN.
Interesting. Do you mean you send some packet to a "sleeping" BTS to wake it up?
-- Regards, Alexander Chemeris.
-- Regards, Alexander Chemeris.