gsm322.c Bug Fix Patch
kheimerl at cs.berkeley.edu
Thu Feb 2 18:43:42 UTC 2012
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 at 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 at cs.berkeley.edu> wrote:
>> Yeah, and we have that working.
>> On Thu, Feb 2, 2012 at 12:56 AM, Alexander Chemeris
>> <alexander.chemeris at gmail.com> wrote:
>> > On Thu, Feb 2, 2012 at 12:08, Kurtis Heimerl <kheimerl at 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.
> Alexander Chemeris.
More information about the baseband-devel