From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Support text mode sms send and receive
Date: Tue, 24 Aug 2010 13:51:37 -0500 [thread overview]
Message-ID: <4C7414B9.40606@gmail.com> (raw)
In-Reply-To: <C6FAFDDBC4402D44BFC43E57565F0219039D85CD@ala-mail09.corp.ad.wrs.com>
[-- Attachment #1: Type: text/plain, Size: 2337 bytes --]
Hi Su Yong,
On 08/23/2010 04:11 AM, Su, Yong wrote:
> Hi, all:
>
> Our project used ZTE EVDO modem. But this modem only supports sending
> and receiving sms with text mode.
> I have modify oFono gatchat code to support this. But it conflicted with
> original gatchat architecture.
> Does oFono plan to support text mode sms send&receive?
>
>
So oFono explicitly does not want to support text mode. There are many
reasons for this, but let me list the most important ones:
- oFono core deals with raw PDUs. That is the universal standard
between AT modems and binary protocol based modems. This PDU format is
well understood, simple to decode / generate and the utilities in oFono
cover just about every use case. If you decide to do text mode, then
you will have to:
- Solve the AT command parser issues
- Collect all the SMS pieces
- Encode them back into a PDU
At which point oFono will take the PDU and decode it back to something
that can be used. This is a MAJOR waste of CPU power and resources.
Changing the driver API here is highly unlikely.
This is not to mention other interaction problems which depend on PDU
mode being available (e.g. Sim Toolkit Send SMS, SMS-PP Data Download, etc)
- Text mode depends on setting or otherwise messing with +CSCS. Most AT
command based modems do not handle this very gracefully. Most other
drivers will expect the IRA character set and you will start random
errors. There's of course a chance that your modem can handle this
properly (perhaps you have a decent multiplexer implementation in which
CSCS affects a single channel only, _and_ you wall-off the SMS part on
that multiplexer channel), but my experience with GSM modems leaves me
extremely skeptical.
- The AT parser for this is essentially a disaster area. Every modem
has its own quirks for text mode. It is something that a human being
can understand and work around, but for a library like GAtChat the
complexity will be huge. Even if you make it work on this particular
modem, it _has_ to work on other modems as well.
Please note that there are no modern GSM telephony stacks that use text
mode SMS for exactly those reasons. So the question is, can you ask
your modem manufacturer to provide firmware that supports PDU mode?
Regards,
-Denis
next prev parent reply other threads:[~2010-08-24 18:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-23 9:11 Support text mode sms send and receive Su, Yong
2010-08-23 9:25 ` Marcel Holtmann
2010-08-24 18:51 ` Denis Kenzior [this message]
2010-08-25 2:33 ` Su, Yong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C7414B9.40606@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.