<div dir="ltr"><div dir="ltr">Hi,<div>yes I have some updates. I tested with two different timeslot configurations: CCCH+SDCCH4+CBCH on ts0 and SDCCH8+CBCH on ts1. In both cases I'm using an iPhone8 to test. With the first ts configuration, the iphone could not perform the location update procedure, so basically I had no connectivity to the basestation. With the second, the location update procedure goes through, I'm connected, I can send/receive sms and phonecalls, but smscb are not being delivered, at least that's what I think. I can definitely see the smscb messages on the gsmtap interface and I can see the smscb request coming from RSL link. However, I don't get any broadcasts on the phone itself. But this last part is till not very clear, I need to investigate a bit more on what's going on. As a side note, when using CCCH+SDCCH4+CBCH ts0 configuration, both my iPhone8 and my Huawei Honor9 cannot perform the location update procedure. Apparently they can only get the BCCH channel but the location update procedure never starts.</div><div>I tested as outlined here: <a href="https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast#How-to-testuse-it">https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast#How-to-testuse-it</a> .</div><div>Let me know if this helps and what kind of debug I can provide you, as you may guess getting debug out of mainstream smartphones is not really easy, so what I can do is limited on that side.</div><div>Thanks!</div><div><br></div><div>Lorenzo</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Sep 16, 2018 at 10:00 PM Harald Welte <<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Lorenzo,<br>
<br>
On Mon, Sep 10, 2018 at 08:14:49AM +0200, Lorenzo Cavallini wrote:<br>
> thanks for the update!<br>
> I'll check as soon as I can and I'll let you know.<br>
<br>
Any news yet?<br>
<br>
I've meanwhile developed a related test suite for osmo-bts (see <a href="http://git.osmocom.org/osmo-ttcn3-hacks/commit/?h=laforge/cbch&id=7048dc207acc94b0fca0ed82d4bc46b071e678e5" rel="noreferrer" target="_blank">http://git.osmocom.org/osmo-ttcn3-hacks/commit/?h=laforge/cbch&id=7048dc207acc94b0fca0ed82d4bc46b071e678e5</a>)<br>
as well as discovered + fixed a wireshark RSL dissector bug related to RSL CBCH<br>
(<a href="https://code.wireshark.org/review/29683" rel="noreferrer" target="_blank">https://code.wireshark.org/review/29683</a>).<br>
<br>
-- <br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" rel="noreferrer" 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>
</blockquote></div>