Project

General

Profile

Actions

Feature #1672

closed

add gprs decoding utility

Added by msuraev about 8 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Low
Assignee:
-
Category:
OsmocomBB Layer 1 (Coding)
Target version:
-
Start date:
03/24/2016
Due date:
% Done:

70%

Resolution:
Spec Reference:

Description

Add tool (osmocom-bb based) which can record and decode gprs messages.
Useful starting point: https://srlabs.de/gprs/


Related issues

Related to libosmocore - Bug #1629: add convolution generators to libosmocoreClosedmsuraev03/02/2016

Actions
Related to OsmoSGSN - Bug #1794: support random IV for GEA (via XID)Stalled08/09/2016

Actions
Blocked by libosmocore - Bug #1960: GSM 05.03 conv_test failsClosedfixeria03/01/2017

Actions
Actions #1

Updated by msuraev about 8 years ago

  • Project changed from OpenBSC to OsmocomBB
Actions #2

Updated by msuraev about 8 years ago

  • Related to Bug #1629: add convolution generators to libosmocore added
Actions #3

Updated by laforge almost 8 years ago

please keep ticket status updated. This issue cannot be 'new' as I know you already worked on it extensively.

Actions #4

Updated by msuraev almost 8 years ago

  • Status changed from New to In Progress
Actions #5

Updated by msuraev almost 8 years ago

The initial version is available in max/gprs_debug branch of osmocom-bb. It's roughly equivalent to original srlabs tool. Next steps: add MCS1-9 support - first to libosmocore, than to gprs_debug.

Actions #6

Updated by msuraev almost 8 years ago

  • % Done changed from 0 to 20
Actions #7

Updated by laforge almost 8 years ago

  • Priority changed from High to Normal
Actions #8

Updated by msuraev over 7 years ago

  • Status changed from In Progress to Stalled
Actions #9

Updated by msuraev about 7 years ago

Note: MCS1-9 is supported by libosmocore now.

Actions #10

Updated by fixeria about 7 years ago

  • Blocked by Bug #1960: GSM 05.03 conv_test fails added
Actions #11

Updated by laforge about 7 years ago

  • Priority changed from Normal to Low
Actions #12

Updated by msuraev about 6 years ago

To avoid bitrot in branch, actual utility was submitted for inclusion in master in gerrit 5992. To use hw for capturing, burst_ind branch is still required so the max/gprs_debug with necessary fixes on top of it is left intact for now.

Actions #13

Updated by msuraev about 6 years ago

  • Related to Bug #1794: support random IV for GEA (via XID) added
Actions #14

Updated by fixeria about 6 years ago

  • Category set to OsmocomBB Layer 1 (Coding)
  • Status changed from Stalled to Feedback
  • % Done changed from 20 to 70

I would like to clarify a few points about MCS (i.e. EDGE) decoding.
Despite the libosmocoding do support this now, it's impossible at the
moment. The problem is that Calypso-based phones aren't usable for
EDGE burst capture, because they don't support 8-PSK modulation.

I think, it would be better to use SDR here, since there are no
signal processing limitations. My idea is to extend the GR-GSM
project with 8-PSK modulation support, and it was already
discussed with Piotr.

Regarding to the current state of the gprsdecode utility,
the code was updated to use libosmocoding and ready to
be submitted in the master.

Actions #15

Updated by laforge about 6 years ago

On Tue, Feb 06, 2018 at 08:16:35AM +0000, fixeria [REDMINE] wrote:

I would like to clarify a few points about MCS (i.e. EDGE) decoding.
Despite the libosmocoding do support this now, it's impossible at the
moment. The problem is that Calypso-based phones aren't usable for
EDGE burst capture, because they don't support 8-PSK modulation.

this is incorrect. EGPRS != 8PSK. The lower 4 (or 5?) MCS are using
GMSK and can be supported from osmocombb/calypso/gprsdecode

There are even quite a number of (old, cheap) phones which support
EDGE/EGPRS, but do not support 8PSK but only GMSK modulation. This
relates to the fact that the switch from GMSK->8PSK requires different
(more linear) power amplifiers, which is a hardware change. The
GPRS -> EGPRS change was a pure software change.

I think, it would be better to use SDR here, since there are no
signal processing limitations. My idea is to extend the GR-GSM
project with 8-PSK modulation support, and it was already
discussed with Piotr.

I'm not sure it's "Better". Always depends on your use case.

Using the calypso based phones + gprsdecode is very quick to set-up,
doesn't require lots of CPU resources and simply works. Not to ignore
the difference in price of a factor or 10-30.

Sure, for tracing 8PSK you have to go to a SDR. But for most of the OsmoPCU
related debugging we'd want to do in Osmocom, I would argue it's not needed.
One can simply enable EGPRS but disable 8PSK and then all the tests related
to the EGPRS protocol can be performed. At least that's my current opinion.

Actions #16

Updated by fixeria about 6 years ago

this is incorrect. EGPRS != 8PSK. The lower 4 (or 5?) MCS are using
GMSK and can be supported from osmocombb/calypso/gprsdecode

Thanks for this clarification, I didn't know that. This way gprsdecode
utility may be extended in the future. The main question for me now
is do GMSK-modulated and MCS-encoded bursts use both the same burst
length and structure as GSM bursts?

Using the calypso based phones + gprsdecode is very quick to set-up,
doesn't require lots of CPU resources and simply works. Not to ignore
the difference in price of a factor or 10-30.

Agree with you here. From the other side, one could use extra-cheap
and available RTL-SDR. The provided bandwidth and frequency range is
more than enough for the mentioned purposes.

Actions #17

Updated by laforge about 6 years ago

On Tue, Feb 06, 2018 at 12:16:30PM +0000, fixeria [REDMINE] wrote:

Issue #1672 has been updated by fixeria.

this is incorrect. EGPRS != 8PSK. The lower 4 (or 5?) MCS are using
GMSK and can be supported from osmocombb/calypso/gprsdecode

Thanks for this clarification, I didn't know that. This way gprsdecode
utility may be extended in the future. The main question for me now
is do GMSK-modulated and MCS-encoded bursts use both the same burst
length and structure as GSM bursts?

yes, it's just different convolutional code / puncturing scheme. Feel free
to look at the first couple of MCS, those with lower number.

Using the calypso based phones + gprsdecode is very quick to set-up,
doesn't require lots of CPU resources and simply works. Not to ignore
the difference in price of a factor or 10-30.

Agree with you here. From the other side, one could use extra-cheap
and available RTL-SDR. The provided bandwidth and frequency range is
more than enough for the mentioned purposes.

Indeed.

Actions #18

Updated by laforge about 6 years ago

  • Assignee deleted (msuraev)
Actions #19

Updated by fixeria over 5 years ago

  • Status changed from Feedback to Closed

The utility was merged months ago...

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)