libosmocore.git branch master updated. 0.10.2-3-gc526dbc2

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

gitosis at osmocom.org gitosis at osmocom.org
Fri Nov 3 12:24:04 UTC 2017


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "An utility library for Open Source Mobile Communications".

The branch, master has been updated
       via  c526dbc24f3ec95771085967b9e300c9f9d4fc1f (commit)
       via  834e2ac0ead4544c207ed365151c8c898b5a949c (commit)
      from  ed029dfab959bca74bd43d86922727c2047eeb4d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
http://cgit.osmocom.org/libosmocore/commit/?id=c526dbc24f3ec95771085967b9e300c9f9d4fc1f

commit c526dbc24f3ec95771085967b9e300c9f9d4fc1f
Author: Niro Mahasinghe <niroshan at cellXica.net>
Date:   Fri Nov 3 12:24:30 2017 +0100

    gsm0503_coding.c: Use majority vote in tch_efr_unreorder()
    
    The EFR coding contains some repeated bits.  In case there are
    transmission errors, some bits may of course get corrupted.  It looks
    like there's an improvement can be made by taking a majority vote on
    those "repetition bits", i.e. if 2 out of 3 bits are the same, then use
    that instead of expecting to match all 3 bits.
    
    See 3GPP TS 45.003 Section 3.1.1.3 for reference.
    
    Change-Id: I2a28a4d7fb82aed4d39fe8efeea702effdba3858

http://cgit.osmocom.org/libosmocore/commit/?id=834e2ac0ead4544c207ed365151c8c898b5a949c

commit 834e2ac0ead4544c207ed365151c8c898b5a949c
Author: Niro Mahasinghe <niroshan at cellXica.net>
Date:   Fri Nov 3 12:22:34 2017 +0100

    gsm0503_coding.c: Fix tch_efr_unreorder() of one bit
    
    There's an error in tch_efr_unreorder() function in gsm0503_coding.c
    that results in increased RBER. One of the indices used by repetition
    bit recombining in this function doesn't match 3GPP TS 45.003 section
    3.1.1.3, specifically "w(k) = s(223) for k = 231 and 232".
    
    This bug resulted in RBER even under ideal conditions, with no
    fading or AWGN present.
    
    Change-Id: I153da7bbc1bb3e01ed31eb5a7417e90841cfcde3

-----------------------------------------------------------------------

Summary of changes:
 src/coding/gsm0503_coding.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)


hooks/post-receive
-- 
An utility library for Open Source Mobile Communications



More information about the osmocom-commitlog mailing list