CalypsoBTS and modern OsmoBSC

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

Vadim Yanitskiy axilirator at gmail.com
Thu May 11 10:58:23 UTC 2017


Hi,

> (bts=0,trx=0,ts=1,ss=0)

Why SMS transmission is on TS1?
Which channel configuration do you use?

With best regards,
Vadim Yanitskiy.

2017-05-11 13:43 GMT+03:00 Anton Gorbachev <antgorka at gmail.com>:

> OK,
>
> I tried Ubuntu 14.04 amd64 and Segmantation error disappeared. I can
> connect to my network, register subscribers, perform USSD but now I cannot
> receive SMS.
> In NITB logs I can see an error. <0022> gsm0411_smc.c:331 SMC(0) cannot
> release yet current state: WAIT_CP_ACK
>
> Don't you know what can it mean?
>
> More details:
>
> <0002> gsm_04_08.c:1016 <- CM SERVICE REQUEST serv_type=0x04
> MI(TMSI)=3404602319
> <0002> gsm_04_08_utils.c:662 -> CM SERVICE ACK
> <0002> gsm_subscriber.c:341 Subscriber 250996689298609 ATTACHED LAC=0
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 ESTABLISH INDICATION
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 ESTABLISH INDICATION
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 DATA INDICATION
> <0000> gsm_04_08.c:3999 Dispatching 04.08 message, pdisc=9
> <0001> transaction.c:71 subscr=0x26a3110, net=0x255cd50
> <0022> gsm0411_smc.c:331 SMC(0) cannot release yet current state:
> WAIT_CP_ACK
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 DATA INDICATION
> <0000> gsm_04_08.c:3999 Dispatching 04.08 message, pdisc=9
> <0000> chan_alloc.c:486 (bts=0,trx=0,ts=1,ss=0) starting release sequence
> <0004> abis_rsl.c:1221 (bts=0,trx=0,ts=1,ss=0) state ACTIVE -> RELEASE
> REQUESTED
> <0000> abis_rsl.c:1191 (bts=0,trx=0,ts=1,ss=0) RSL RLL RELEASE REQ
> (link_id=0x43, reason=1)
> <0003> gsm_04_08_utils.c:251 Sending Channel Release: Chan: Number: 0
> Type: 3
> <0004> abis_rsl.c:767 (bts=0,trx=0,ts=1,ss=0) DEACTivate SACCH CMD
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=3 RELEASE CONFIRMATION
> <0004> abis_rsl.c:2022 (bts=0,trx=0,ts=1,ss=0) waiting for SAPI=0 to be
> released.
> <0000> abis_rsl.c:2051 (bts=0,trx=0,ts=1,ss=0) SAPI=0 RELEASE INDICATION
> <0004> abis_rsl.c:1715 (bts=0,trx=0,ts=1,ss=0) T3111 expired: releasing RF
> Channel
> <0004> abis_rsl.c:859 (bts=0,trx=0,ts=1,ss=0) RF Channel Release
> <0004> abis_rsl.c:929 (bts=0,trx=0,ts=1,ss=0) RF CHANNEL RELEASE ACK
> <0004> abis_rsl.c:1221 (bts=0,trx=0,ts=1,ss=0) state RELEASE REQUESTED ->
> NONE
>
>
>
>
> 2017-05-10 15:48 GMT+03:00 Anton Gorbachev <antgorka at gmail.com>:
>
>> OK,
>>
>> I reassembled all the files with "old" toolchain and now I can see
>> network but when I try to do a location update or add subscriver manually I
>> get
>>
>> Segmentation fault (core dumped)
>>
>> In syslog:
>> May 10 15:08:33 osmobox kernel: [  740.703083] osmo-nitb[2517]: segfault
>> at 6e656d70 ip b778b589 sp bf84ba40 error 4 in
>> libdbdsqlite3.so[b7788000+8000]
>>
>>
>> It seems there is some issue with HLR's sqlite.
>> Did you meet such error before?
>>
>> I found also this thread
>> http://lists.osmocom.org/pipermail/openbsc/2015-October/000578.html
>>
>> Should I use x64 bit architexture to solve it? Do you have working setup
>> of calypsoBTS? What OS do you use for that?
>>
>> Kind regards.
>>
>> 2017-05-10 10:51 GMT+03:00 Anton Gorbachev <antgorka at gmail.com>:
>>
>>> Hello again,
>>>
>>> I set up bts like sysmobts but it seems there are some other issues.
>>> If I understood it correct I must specify phys_channel_confif for all TS
>>> of the BTS.
>>> Otherwise OsmoBTS cannot get settings from OsmoBSC. What config should I
>>> set for TS2-TS7?
>>> And will "slotmask 1 1 0 0 0 0 0 0" affect somehow the OsmoBTS behaviour?
>>>
>>> Now I can find my networks (sometimes :) but when my phone found it
>>> OsmoBTS crashes with the following message...:
>>>
>>> <0006> scheduler.c:1506 Set a5/0 uplink for SACCH/4(0) on trx=0 ts=0
>>> <0006> scheduler.c:1506 Set a5/0 downlink for SDCCH/4(0) on trx=0 ts=0
>>> <0006> scheduler.c:1506 Set a5/0 downlink for SACCH/4(0) on trx=0 ts=0
>>> <0000> rsl.c:558 (bts=0,trx=0,ts=0,ss=0) Tx CHAN ACT ACK
>>> <000b> trx_if.c:397 transceiver (phy0.0) rejected TRX command with
>>> response: 'RSP NOHANDOVER -1'
>>> <0001> bts.c:208 Shutting down BTS 0, Reason TRX-CTRL-MSG: CRITICAL
>>> <0006> scheduler.c:240 Exit scheduler for trx=0
>>> <0006> scheduler.c:216 Init scheduler for trx=0
>>>
>>> 2017-05-09 23:20 GMT+03:00 Anton Gorbachev <antgorka at gmail.com>:
>>>
>>>> Hi Vadim!
>>>>
>>>> Thank you for the comments. I will check your advices. Actually I
>>>> already watched everything on youtube and other resources☺ But it needs
>>>> more time to perceive all the info correctly...
>>>>
>>>> 9 Май 2017 г. 20:44 пользователь "Vadim Yanitskiy" <
>>>> axilirator at gmail.com> написал:
>>>>
>>>> Hi,
>>>>>
>>>>> > I found that the manual from the main site is outdated.
>>>>>
>>>>> Yeah, still couldn't find some time to update the wiki.
>>>>>
>>>>> > If I understood it correct, I have to setup calypso bts
>>>>> > as bts of type nanoBTS, correct?
>>>>>
>>>>> Why do you think so? No, CalypsoBTS has nothing related
>>>>> toip.access nanoBTS. From the other side, we don't have
>>>>> a dedicated type for OsmoBTS, so you can use 'sysmoBTS'.
>>>>>
>>>>> > I can sync with commercial cell, I can run OsmoBSC and
>>>>> > OsmoBTS but I still cannot find my network from my personal
>>>>> > phone in searching mode.
>>>>>
>>>>> Please watch a great Sylvain's talk, where he explained
>>>>> almost everything you need to know:
>>>>>
>>>>> "Further hacks on the Calypso platform"
>>>>> https://media.ccc.de/v/29c3-5226-en-further_hacks_calypso_h264
>>>>>
>>>>> In short: BTS should transmit a continuous beacon on C0 to be
>>>>> detected. Normal MS can't do that. CalypsoBTS was hacked to
>>>>> perform the following timeslot layout: Tt_R_ttt, where
>>>>> 'T' means TX on Downlink, 'R' means RX on Uplink, and 't' means
>>>>> channel filling - dummy bursts. Phone cannot RX and TX at the
>>>>> same time, so one phone serves only one TS. With two phones
>>>>> you have the following layout: TT_RRttt, so you have two
>>>>> timeslots served.
>>>>>
>>>>> This is why you will have some detection troubles even with
>>>>> working BSS setup :/
>>>>>
>>>>> > In logs of osmo-bts I can see:
>>>>> >
>>>>> > <0000> rsl.c:246 Tx RSL RF RESource INDication
>>>>> > <000b> trx_if.c:397 transceiver (phy0.0) rejected TRX command with
>>>>> > response: 'RSP SETTSC -1'
>>>>> > <0000> rsl.c:2353 (bts=0,trx=0,ts=0,ss=0) Rx RSL BCCH_INFO
>>>>>
>>>>> Just delete the 'settsc' line from your config, because CalypsoBTS
>>>>> transceiver only supports 'setbsic'.
>>>>>
>>>>> Have a fun!
>>>>>
>>>>>
>>>>> With best regards,
>>>>> Vadim Yanitskiy.
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20170511/98e75463/attachment.htm>


More information about the baseband-devel mailing list