Crash of UmTRX transceiver with dual TRX

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/UmTRX@lists.osmocom.org/.

Alexander Chemeris alexander.chemeris at gmail.com
Mon Jul 8 15:21:48 UTC 2013


On Mon, Jul 8, 2013 at 6:34 PM, Thomas Tsou <tom at tsou.cc> wrote:
> On Mon, Jul 8, 2013 at 3:27 PM, Andreas Eversberg <andreas at eversberg.eu> wrote:
>> Thomas Tsou wrote:
>>> Should we now assume that each TRX is setup an independent manner?
>>>
>> i see no problem with that reject. i think it makes sense to reject TSC,
>> if it does not match the TSC of first TRX. since trx manager interface
>> seems to be designed to handle each TRX individually (even might be
>> possible to run on different transceivers for one BTS), i would think it
>> is a good idea to set TSC for every TRX.
>
> We can easily move to separate TSC settings be removing the static
> identifier. The only issue then is that OpenBTS will no longer work.
> Perhaps the larger limitation is that we can't set TSC dynamically
> after POWERON. This is because the midamble correlation sequence is
> regenerated and is not thread safe.

There could be two command sets - one for OpenBTS compatibility, one
for more advanced systems.

--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru




More information about the UmTRX mailing list