Re[2]: Non-synchronized handover

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Dmitri Soloviev dmisol at mail.ru
Mon Nov 5 19:05:33 UTC 2012


as for OpenBTS handover, I studied OpenBSC code.
I'm issuing exactly the same handover command, even including the sequence of fields, not only values :)

I'm waiting for the second umTXR back to continue investigating..  


Mon, 5 Nov 2012 13:34:33 -0500 от Alexander Chemeris <alexander.chemeris at gmail.com>:
>	
>
>
	
	
>
		
		
			
>Hi Harald,
>
>
On Thu, Nov 1, 2012 at 2:22 PM, Harald Welte <laforge at gnumonks.org> wrote:
>
> On Thu, Nov 01, 2012 at 11:33:28AM +0400, Alexander Chemeris wrote:
>
>> Dimitri, we have a working OpenBSC/nanoBTS installation at the hackerspace.
>
>> If you find out how to issue a handover command in OpenBSC, you could try
>
>> by yourself.
>
>
>
> You cannot issue a handover command manually in OpenBSC.  The way how we
>
> test handover is to use two BTSs connected to one OsmoNITB, and use
>
> rotary/adjustable attenuators in the Tx path to make one BTS signal
>
> weaker than the other BTS, at which point the handover algorithm will
>
> kick in and perform the hand-over.
>
>
If this is done inside of the OpenBSC, it should be easy to hack a VTY
>
command to force handover. It may be a useful command as well, if you
>
want to do load balancing of your network. Am I missing something?
>
>
> The DMEAS and the DHO debug logging might be useful to monitor what is
>
> happening while you're doing that.
>
>
Thanks.
>
>
--
>
Regards,
>
Alexander Chemeris.
>
CEO, Fairwaves LLC / ООО УмРадио
>http://fairwaves.ru
>
			
		
		
	

	
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20121105/0445f2b5/attachment.htm>


More information about the OpenBSC mailing list