RRLP / ephemeris data

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

Sylvain Munaut 246tnt at gmail.com
Tue Dec 22 20:20:15 UTC 2009


Just FYI, I have code that generates the ephemeris data in the good format
for RRLP message from a u-blox receiver.
I sent it to dieter, just need to plug it into openbsc.

On Tue, Dec 22, 2009 at 9:02 PM, Harald Welte <laforge at gnumonks.org> wrote:

> Dear Daniel and Jan,
>
> you have been working very closely with and on the u-blox GPS receiver
> during your work on the Openmoko GTA02.
>
> As far as I know, it is possible to obtain the ephemeris data from a u-blox
> receiver.
>
> I would like to see some code that obtains and converts that ephemeris data
> into the format described by the RRLP protocol specification.  I know this
> involves asn.1 PER ugliness, but this can all be done well outside the
> OpenBSC
> codebase.
>
> What I'll propose is to simply use some pattern matching to determine the
> RRLP
> request for assistance data, and if such a request exists, open some file
> in
> the filesystem and send the contents binary as-is to the phone in response.
>
> Any responses from the phone are already stored in the database anyway.
>
> In case any of you are interested in working on something to generate the
> required ephemeris data and have time before or even at the 26C3, you can
> simply give me the resulting binary file, I can drop it into the OpenBSC
> directory and we'll see what happens.
>
> If this doesn't happen right now, it doesn't matter all that much, as the
> 26C3
> is an indoor event and I don't think we'll be getting that many GPS fixes
> in such an environment anyway.  But eventually, for the next outdoor test,
> and to do some more RRLP security research, the ephemeris data formatter
> would be really great!
>
> Cheers,
>        Harald
>
> --
> - Harald Welte <laforge at gnumonks.org>
> http://laforge.gnumonks.org/
>
> ============================================================================
> "Privacy in residential applications is a desirable marketing option."
>                                                  (ETSI EN 300 175-7 Ch. A6)
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20091222/4db3167d/attachment.htm>


More information about the OpenBSC mailing list