Hi Bastian,
> Bastian, Waldo wrote:
>
> Please find attached a proposal for both a DBUS and Modem API for AGPS
> support. There are some minor changes compared to the proposal from
> May 14, 2010.
>
...
> void SendLCSFrame(string frametype, string framedata)
>
> Send a LCS position protocol frame to the Mobile
> Network. The LCS frame typically represents a
> Position Response.
>
> Valid frametypes are:
> rrlp_measure_position_response
> rrc_measurement_report
>
> The raw frame data is formatted as the concatenated
> sequence of the two digit hexadecimal representation
> of each of its octets. Example: "00FC2345"
....
> struct ofono_lcs_frame {
> enum ofono_lcs_frame_type lcs_frame_type;
> int frame_length; /* size of raw_frame in bytes */
> unsigned char* raw_frame;
> };
The 27.007 Spec specifies positioning request/responses for AT where
Positioning data are coded in XML data structures.
I think the oFono interface should not use binary data, but rather be aligned
with 27.007
and present decoded data as DBUS typed signals and methods with the same
information
content as specified in the XML data for AT+CPOS, AT+CPOSR.
In this way the vanilla AT driver could handle the CPOS, CPOR AT-commands
and code/decode between XML and explicit data structures, which in turn
oFono Core could code/decode as DBUS data types.
Regards,
Sjur Brændeland
_______________________________________________
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
