Well I guess you're right. I modified the source as suggested and tried it out. But there was no difference.<br><br>The reason I want to boost up its transmitpower, is because I wanted to test the handover. If our nanoBTS acts like a commercial provider I just see one MS trying to register to our nanoBTS. This is because it's just a meter away from our bts, while my mobile (an HTC Artemis) doesn't register to our bts with a distance of less than 10 m.<br>
Even when I switch off and on, while I'm just a meter away of our bts, my mobile somehow keeps registering to the real provider (I tested by simply calling someone).<br><br>Another interesting thing is, if I simulate a total different provider, which doesn't exist here, I can easely find our bts, with manual search. Also the MS seems to have its own database of all the country codes, networkcodes and its belonging providernames. I thought the BSC sends these information to the MS and the MS checks it with SIM data. (But that;s off-topic).<br>
<br>Greetings.<br><br><div class="gmail_quote">2009/6/3 Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, Jun 03, 2009 at 05:48:12PM +0200, Nordin wrote:<br>
> Thanks for your response Harald,<br>
><br>
> Well I read in the mailinglist with the title: BS-11 runs, but no<br>
> Network on my Mobile, date: Thu Apr 2 18:03:24 CEST 2009<br>
> about modifying the TRX power for the BS-11, so I could try that too for<br>
> the ip.acces?<br>
><br>
> Isn't it a bad idea to add abis_nm_bs11_set_trx_power(&bts->trx[0],<br>
> BS11_TRX_POWER_GSM_250mW); in the bootstrap sequence? It won't harm if<br>
> one tries right?<br>
<br>
</div>go ahead and try, but I would bet on just about anything that it does not work.<br>
Those are vendor-specific proprietary extensions of 12.21.  Values defined by<br>
Siemens have no significance whatsoever for ip.access<br>
<div><div></div><div class="h5"><br>
--<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>
</div></div></blockquote></div><br>