I am running the ccch_scan, and the error occurs:
<000c> l1ctl.c:238 Dropping frame with 93 bit errors
Dropping frame with 84 bit errors
<000c> l1ctl.c:238 Dropping frame with 84 bit errors
Dropping frame with 83 bit errors
<000c> l1ctl.c:238 Dropping frame with 83 bit errors
Dropping frame with 86 bit errors
<000c> l1ctl.c:238 Dropping frame with 86 bit errors
Dropping frame with 85 bit errors
<000c> l1ctl.c:238 Dropping frame with 85 bit errors
Dropping frame with 71 bit errors
<000c> l1ctl.c:238 Dropping frame with 71 bit errors
Dropping frame with 78 bit errors
<000c> l1ctl.c:238 Dropping frame with 78 bit errors
Dropping frame with 80 bit errors
<000c> l1ctl.c:238 Dropping frame with 80 bit errors
in which situations the error may appear? Does anyone know?
Thanks!
Thanks Paul for pointing to this Softbank's press release. Japanese
have recently witnessed their local need for civil emergency
communications and they also have money to make it happen, not to
mention good supporting infrastructure already in place. So it was
just matter of time to see someone there addressing this problem. I
guess in Japan there is no such earthquake that could compromise the
functionality of their mobile core (or at least locals think so). So
it is then "just" matter of deploying new balloon-basestations to the
disaster area. Someone will go there to the washed-out area with all
the required gear, and raise a new BTS-balloon every 3km. On poor
countries it will remain as a different story however.
it would be interesting to see what kind is that Softbank Mobile's
Balloon-BTS proof of concept. I do not know about Softbank but I just
directly assume that an operator do not have their own BTS R&D. They
must be relying on some existing technology and just make it fly with
the balloon. Keeping in mind that one weather sounding balloon can
raise 500g payload and probably they will need to feed the power via
some sort of cable from the ground level up to the high. So very
interesting to follow-up how this all will be implemented in practice.
Best Wishes,
- Kalle
> ---------- Forwarded message ----------
> From: Paul Dart <pauldart(a)gmail.com>
> To: baseband-devel(a)lists.osmocom.org
> Cc:
> Date: Fri, 18 May 2012 09:24:18 +0100
> Subject: Re: The SMOS project / 72h civil emergency communications system
> On 17 May 2012 08:17, Alexander Chemeris <alexander.chemeris(a)gmail.com> wrote:
>> Have you thought about using a balloon for carrying a BTS instead of
>> dropping to a ground? This would give you much better coverage easily
>> then on-the-ground installation.
>
> http://www.cellular-news.com/story/54354.php?s=h
>
> It appears Softbank Mobile have!
>
> (also I emailed the OP about Telecom Sans Frontier http://www.tsfi.org )
>
> Good luck,
>
> Paul
Hi All,
I just need a quick clarification on the return value of the
function class_of_band in gsm332.c. The switch
portion of the function takes care of other bands except
900 band which happen to be isolated separately after the
switch statement. By that the 900 band is set to be default
and only band to be used. I just want to know if this is deliberate
or an oversight. If this situation is actually what I have in mind,
I think it will definitely have effect on anyone trying to use
Osmocom-bb for other band beside 900.
I've been trying to get OBB work for PCS that happen to be only
working GSM band in my location with no avail. For this, I need to
know if including the 900 band as part of the switch statement
will resolve the problem of having PCS band not working. Also is
that the only section that need to be corrected in order for
PCS band to camp and register with any approved cell in a location.
Thank you.
Sincerely,
Rasak.
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/Return-value-for-fucntion-class-…
Sent from the baseband-devel mailing list archive at Nabble.com.
first,the network is not encrypt.
I test burst_ind to receive SMS in a cell, but I can`t receive the SMS
transfered in my two phone, the two phone is lock to the cell,
do I miss anything ?
Another problem I am only interest in SMS but not voice,and how to
difference the two types of SDCCH?
thanks!
Dear baseband enthusiasts,
on SMOS project we had this crazy idea for catastrophe communications
in which cellular base stations would be miniaturized enough to be
airdropped into disaster zones. We felt that this might
be possible if all functionality except SMS was stripped from the base
stations (hence SMOS, SMS Our Souls). Most ideally such technology
would come in near cellphone size (excluding batteries), something
like osmocom's earlier "Phone acting as BTS" hackwork.
We did not have the guts nor skills to start doing this by ourselves,
so we just published our findings and studies under Creative Commons
BY license. As we wish to keep this idea open to everyone, our
web-documentation would benefit on this regard from some more in-depth
HW-related analysis and suggestions (our team fell short on this
area). Once it's all published, it cannot be patented. I personally
see some humanitarian & karma-improving angle in doing it this way.
Helping human kinds in disaster should not be bound by patent laws.
So I'm asking for constructive criticism and also offering possibility
to write some informal blogs about your views on
www.zygomatica.com/smos (with our team's editorial support) . At the
same time it should be noted that such technically oriented blog
writings at my friends' site zygomatica.com would likely reach 50
readers at most. To put it more nicely, reaching the widest possible
audience is not our focus here anyways.
My technical vision is presented at
http://www.zygomatica.com/wp-content/uploads/2012/04/SMOS6-Technical-goals-…
.. and the full list of formal documents at end of
http://www.zygomatica.com/smos/ . The other provided background
material might be even more valuable to those that start considering
this idea more seriously.
So, For instance, can stripping down the functionality just to
supporting SMS delivery bring down the power consumption in any
significant manner?
Thanks and regards,
Kalle Pietilä
P.S. Mailed to this list as suggested by Harald.
Hello,
Hopefully this question is appropriate on this list (please let me
know otherwise).
Running ccch_scan or bcch_scan in the sylvain/burst_ind branch, I keep
getting this error:
<000c> l1ctl.c:114 FBSB RESP: result=255
I tried checking the code, but I can't quite figure out what's going on. It
looks like 255 is an error code, but I don't know where to go from there.
This may be related to my SIM card being locked (I think). Running mobile on
the sylvain/testing branch, I get:
<0005> subscriber.c:625 PIN is required, 3 tries left
Will not having the PIN intefere with ccch_scan as well?
Thanks,
Josh Pereyda
hello,
what do you specialist think of the "bic phone" as an osmocombb candidate?
it's very cheap and available in france at various suppliers (including grocery
shops!).
It seems to be an Alcaltel OneTouch S210 (1) and this wikipedia page (2), even
if it does not mention this model, have several models with a MTK or Calypso
chipset indication.
I searched the best as I could but I didn't find any accurate info. Maybe one of
you may have already investigated this thing?
(1) http://en.wikipedia.org/wiki/Bic_Phone
(2) http://en.wikipedia.org/wiki/Alcatel_Mobile_Phones
Regards,
Sebastien