This is a Mailman mailing list bounce action notice:
List: OpenBSC
Member: situsaja(a)bshellz.net
Action: Subscription disabled.
Reason: Excessive or fatal bounces.
The triggering bounce notice is attached below.
Questions? Contact the Mailman site administrator at
mailman(a)lists.osmocom.org.
Hello everyone,
I've just finnished writing together a small web interface for the OpenBSC
HLR. It allows you to modify various parameters in the database and also
provides a set of functions to modify the HLR or sending SMSes in your own
scripts.
The project is still very alpha but it seems to work reasonably good. Feel
free to give any feedback!
Screenshots and source code is available on my website:
https://stormhub.org/simplehlr/
--
*Best regards,
Peter Caprioli*
Hello Everyone,
Random weekend googling brought my attention to the very interesting
projects of OpenBSC, Osmocom etc.. My background started off on a good
foot in EE, and quickly spiraled downwards into the uninteresting
world of information system or business applications with many lines
of code written etc.. I still don't know how that happened, but lets
blame it on demand....
Upon completing my research as a masters student, my specializations
veered towards Natural Language Processing, Machine Learning, Semantic
Web etc.. which was a little more interesting with formal concepts and
so on. Manage to published papers, and even a book:
http://scholar.google.ca/citations?user=lh6e3q0AAAAJ&hl=enhttp://www.amazon.com/Applying-Computational-Linguistics-API-Documentation/…
Moving forward, and the PURPOSE for my email is I would really like to
sink my teeth into the mysterious world of GSM, be it at the node side
(i.e., cell phone, bank or via rail train) and the base station side
or whatever... Maybe even devise a possible PhD topic funded by a
research lab here in Canada. Security topics and exploitations are
heavily funded here by DoD and so on, the trick really comes down to
wording....
Anyhow, I am afraid that any more chatter may be perceived as "noise"
so let's just call this the hello world of emails, and hope it's
welcomed and not scrutinized for taking away from valuable development
time, at which point I do apologize!
Kind Regards,
Ninus from the land of 1900Mhz and T1 networks
Hi everyone,
I have this 1 question: is it possible to have a complete communicating network with FakeBTS runing on 1 machine and all other processes on the other?
(I have asked this question earlier but have not received any answer as yet. can somebody please care to reply, its a little urgent)
Thanks and regards
Priyanka
Hi everyone,
I am trying to test Openbsc with the FakeBTS and I wanted to know if it is possible to run FakeBTS on one machine and all other processes ie osmo-nitb, gggsn, osmo-sgsn and osmo-pcu on another machine and set up communication among these?
Thanks and regards
Priyanka
Hi everyone,
During the installation of the softBTS the following error incurred:
root@ubuntu:/# aptitude install gnu-smalltalk osmo-st-openbsc-test
couldn't find any package whose name or description matched "osmo-st-openbsc-test"
while gnu smalltalk has been installed.
can somebody help me with this?
Thanks and regards
Priyanka
Hello,
At the University of Freiburg (Germany) we have two nanoBTS 1800 and a
nanoBTS booster 1800 for sale:
NanoBTS Modell 139: 1500 Euro
NanoBTS Modell 165G: 2500 Euro
NanoBTS-Booster 1800: 1000 Euro
The nanoBTS 139 needs to be unplugged if the software Open-BSC is
restarted. Most likely this is only a software problem.
Details for the booster are given here:
http://www.proximus.com.ua/Nano_BTS_high_power_GSM_booster.html
The NanoBTS-Booster package includes everything required:
- Booster
- Power supply
- 2x cable to connect to the nanoBTS (0,5 meter)
- 1x cable to the antenna (5 meter)
- 1x omnidirectional antenna. 3 dBd gain / 1800 MHz
The antenna is a high quality omnidirectional antenna from Procom
(cxl-1800-3).
Best regards
Konrad Meier
Hi everyone,
I am trying to test Openbsc without a BTS. I need your help as I am very new to Openbsc.
After doing the configurations for openbsc-multitrx.cfg file this is how I started the process:
cd openbsc/openbsc
src/osmo-nitb -c doc/examples/osmo-nitb/nanobts/openbsc-multitrx.cfg -C
And the output I received was:
<0019> input/ipaccess.c:925 enabling ipaccess BSC mode
DB: Database initialized.
DB: Database prepared.
<0001d> sms_queue.c:220 Attempting to send 20 SMS
After this I added a subscriber in the hlr and the subscriber was added in the output:
<0019> ipaccess.c:841 enabling ipaccess BSC mode
DB: Database initialized.
DB: Database prepared.
<001d> sms_queue.c:232 Attempting to send 20 SMS
<0002> gsm_subsciber.c:390 Expiring inactive subscriber Testing(ID 1)
After this I used the following commands on the osmo-nitb console and receive the following output:
Openbsc>show subscrber id 1
ID: 1, Authorized: 1
Name: 'Testing'
Extension: 9999999999
LAC: 0/0x0
IMSI: 404012345678903
TMSI: 0012D681
Pending: 0
Usecount: 1
Openbsc> subscriber id 1 send sms Hello
Openbsc> subscriber id 1 silent call start any
%subscriber not attached
Am I doing the right thing, are there some more configurations that I am required to do and is this the only output that can be achieved without a BTS?
Also the lac is being displayed as 0/0x0, is this how it should have been?
Please let me know, I really need help on this.
Thanks and regards
Priyanka
Hi,
Jean-Samuel and me developed an advanced handover algorithm for OpenBSC.
Before implementing it, we would like to get any feedback, so I decided
to post it in this mailing list. The document that describes the
algorithm can be downloaded at:
http://home.eversberg.eu/handover-algorithm-v2.3.pdf
Regards,
Andreas
Handover shall ensure that the mobile station is always on the best cell
during a call. This results in best speech quality and allows a lower TX
level (up-link) to save battery and reduce interference. Sometimes this
is not desirable, especially if a cell with large coverage becomes
congested after handover. In this situation it makes sense to balance
the usage between cells to prevent congestion. If a cell is congested,
one or several mobile stations need to be handovered to a different
cell, even if that cell is not the best cell for these mobile station.
In case that a mobile station needs to handover to prevent a loss of
radio link, it makes sense to handover it to a cell that is congested
afterwards. In this situation, a different mobile station on the
congested target cell must be handovered to a non-congested neighbor
cell, to solve or balance the congestion.
In order to negotiate used codec and TCH rate during call setup,
Immediate Assignment shall assign an SDCCH channel, if available. After
negotiation is complete, assignment to the available TCH slot is made.
