Hi Harald,<br><br>thank you for your answer.<br><br><br><div class="gmail_quote">2012/6/22 Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ellen,<br>
<div class="im"><br>
On Fri, Jun 22, 2012 at 01:30:45PM +0200, Ellen Apolinar wrote:<br>
> 1st idea: Implement OpenBSC for several BTS, also for UMTS.<br>
<br>
</div>There are no BTS in UMTS. There is no BSC in UMTS. There's only NodeB,<br>
RNC. As the Iub interface is completely unlike Abis, and UMTS (except<br>
call control and sms) is completely unlike GSM, I really don't<br>
understand what a BTS and a BSC would have to do with UMTS.<br></blockquote><div><br>We want to use it for GSM and UMTS. I know that UMTS is completely
different <br>and what I meant was BTS for GSM and NodeB for UMTS. UMTS is
more important <br>than GSM for our project and I have to analyse if it is possible to realise it also for <br>UMTS. One of our programmers will work for a half year at the projekt to realise it.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">
> how to build libs to implement the BTS to the OpenBSC-project. I don't know<br>
> if it is possible and how long it takes. We will see it.<br>
<br>
</div>If you are talking about a classic GSM BTS that speaks a dialect of<br>
A-bis RSL (08.58), adding support for them to OpenBSC shouldn be hard.<br>
Can you give us a list of BTS models that you're looking to support?<br></blockquote><div> <br>We want to support following BTS/NodeB - models:<br><br>Nokia: Citytalk, Ultrasite, Flexitalk<br>Alcatel: G9100 Evolium, 63/64<br>
Siemes: BS60/61/21, BS240/241/40/41/82<br><br>Also Nortel GSM BTS. We got the traces from the Nokia Ultrasite and <br>Flexitalk, also from the Nortel18000. We have a T1/E1 Protocol Analyser:<br><br><a href="http://www.gl.com/laptopt1.html">http://www.gl.com/laptopt1.html</a><br>
<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Also, just to make sure, I suppose you are planning to actively submit<br>
or at least release the source code modifications to OpenBSC. We are<br>
more than happy to add more A-bis dialects.<br>
<br>
As soon as you operate a network with it, or you distribute the code to<br>
any other entity, the AGPLv3 license requires you to release the source<br>
code to all your additions/modifications anyway.<br></blockquote><div><br>Yes, this is known here and I think it should be quite natural that we release <br>the code with our modifications if it works and share our ideas with you.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Based on past experience, I would say adding support for a new Abis<br>
variant is an effort somewhere between one and three man-weeks for a<br>
developer already familiar with OpenBSC internals and APIs.<br></blockquote><div><br>The project I work for is from a company so the purpose is that one of the programmers<br>works with us at the project and becomes familiar with OpenBSC for making<br>
modifications so we could realise the connection with our BTS and perhaps for UMTS. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">
> 2nd idea: Have a BTS - RNC - MSC - HLR - connection with parts of OpenBSC.<br>
<br>
</div>Have you actually studied the specifications? Do you realize that the<br>
RNC-MSC interface is RANAP based. Do you realize that those interfaces<br>
and protocols are nothing like anything that exists in GSM or OpenBSC?<br></blockquote><div><br>This is known, yes. Building the interfaces and protocols should not be impossible I<br>think. There are six months we have to build protocols, interfaces and to modify the code.<br>
But we have to know if it is achievable and if it is worth it. If it is to unstable we have to <br>focus another way for building a test arrangement for BTS and NodeB. <br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards,<br>
Harald<br></blockquote><div><br>Best regards<br>Ellen<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="HOEnZb"><font color="#888888">--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>> <a href="http://laforge.gnumonks.org/" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
(ETSI EN 300 175-7 Ch. A6)<br>
</font></span></blockquote></div><br>