https://osmocom.org/https://osmocom.org/favicon.ico?16647414092020-03-20T21:43:13ZOpen Source Mobile CommunicationsOsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=178052020-03-20T21:43:13Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-5 priority-2 priority-default closed" href="/issues/4467">Bug #4467</a>: bad voice quality in current osmo-bts-trx master</i> added</li></ul> OsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=180522020-04-22T15:00:05Zdexter
<ul><li><strong>% Done</strong> changed from <i>0</i> to <i>80</i></li></ul><p>I have checked the problem with current master. The checks of the sub frames for AMR were indeed problematic. There we would expect at least 1 SUB frame (SACCH), the remaining frames would be the result of DTX periods, which are negotiated dynamically.</p>
<p>However, what confuses me a bit is that the error says "(4 vs exp 3)". At least for AMR the current master currently does not implement the SUB frame tagging, so I would expect (1 vs exp 0) as error here. It would be good to know with which codec the problem occurrs and if DTX was used or not.</p>
<p>See also:<br /><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/17928">https://gerrit.osmocom.org/c/osmo-bts/+/17928</a> measurement: remove unecessary is_amr_sid_update parameter<br /><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/17929">https://gerrit.osmocom.org/c/osmo-bts/+/17929</a> measurement: expect at least 1 SUB frame for AMR</p> OsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=180532020-04-22T15:00:13Zdexter
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul> OsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=180562020-04-23T09:38:54Zdexter
<ul><li><strong>% Done</strong> changed from <i>80</i> to <i>90</i></li></ul><p>I have now checked this more thoroughly, the SUB frames that are comming in when AMR-DTX is enabled are counted correctly. The number matches up, number of SID-FRAMES + 1 SACCH.</p> OsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=181512020-05-04T19:00:14Zdexter
<ul></ul><p>The patch 17929 is still in review. However, there were also problems with the RSSI, which are now fixed, see also <a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: OsmoBTS rxlev/rxqual SUB computation completely broken [AMR DTX] (Resolved)" href="https://osmocom.org/issues/2978">#2978</a></p> OsmoBTS - Bug #4465: Incorrect number of SUB measurements detectedhttps://osmocom.org/issues/4465?journal_id=184222020-05-25T18:05:19Zdexter
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li><li><strong>% Done</strong> changed from <i>90</i> to <i>100</i></li></ul><p>17929 got merged, so the number of sub frames should now be correct.</p>