Difference between revisions of "Research Pre GSM Modem Protocol"
(more infos about the protocol) |
(links) |
||
Line 22: | Line 22: | ||
No informations about the payload format have been gathered yet. | No informations about the payload format have been gathered yet. | ||
− | |||
=== Checksum === | === Checksum === | ||
The last two(?) bytes before the packet ending marker seem to be a CRC16 checksum. For now we think it is the CRC-16-CCITT variant. | The last two(?) bytes before the packet ending marker seem to be a CRC16 checksum. For now we think it is the CRC-16-CCITT variant. | ||
− | |||
=== Similarity to HDLC === | === Similarity to HDLC === | ||
The usage of CRC-16-CCITT but even more the frame boundary packet as well as the escaping for it looks similar to what we found about this protocol. Using HDLC would of course make sense and we need to do further investigation on this. | The usage of CRC-16-CCITT but even more the frame boundary packet as well as the escaping for it looks similar to what we found about this protocol. Using HDLC would of course make sense and we need to do further investigation on this. | ||
+ | |||
+ | http://en.wikipedia.org/wiki/Cyclic_redundancy_check | ||
+ | |||
+ | http://en.wikipedia.org/wiki/HDLC |
Revision as of 10:01, 20 October 2009
Here we are collecting informations about the modem protocol. At the moment all the research is don on the european UMTS version of the Palm Pre. The CDM version is likely to be pretty similar to the UMTS variant with regards to the protocol.
What we are doing to get used to the protocol is to strace the different applications that talk to the modem and log everything that goes over /dev/modemuart to the actual modem. From this wire protocol traces we are working backwards to the actual protocol and packet format.
Packet Start
A new packet starts with: 0x7A
Packet End
A packet ends with: 0x7E
Escaping
For the packet end marker there is an escaping sequence inside the packet. It is used 0x7D 0x5E instead.
Header
No informations about the header format have been gathered yet.
Payload
No informations about the payload format have been gathered yet.
Checksum
The last two(?) bytes before the packet ending marker seem to be a CRC16 checksum. For now we think it is the CRC-16-CCITT variant.
Similarity to HDLC
The usage of CRC-16-CCITT but even more the frame boundary packet as well as the escaping for it looks similar to what we found about this protocol. Using HDLC would of course make sense and we need to do further investigation on this.