Explanation about +CNMI parameters?

897 views
Skip to first unread message

Daniel Baeyens

unread,
Apr 29, 2009, 6:25:33 AM4/29/09
to android...@googlegroups.com
Hi,

Playing with the reference-ril, I've seen the default parameters for
this command. It seems that the expected behaviour for any supported
device is not to store ever any message into the SIM and never need to
access into it (I think so because I can't find any
RIL_REQUEST_READ_SMS_FROM_SIM)...

In case I'm mistaken, could someone explain a little bit how Android
works for unsolicited SMS notifications (or SMS in general) and what a
new device should do to imitate the original behaviour?

Thank you and kind regards,
--
Daniel Baeyens
Warp Networks S.L. - http://www.warp.es

Nimit Manglick

unread,
Apr 29, 2009, 6:40:20 AM4/29/09
to android...@googlegroups.com
Hi Daniel,

+CNMI command is basically used to set the SMS settings to the baseband.

It lets you to inform the baseband about ur platform specific SMS requirements like SMS mode ( whether u r interested in full SMS as URC or a URC only having a indication. )

Regards
Nimit

Daniel Baeyens

unread,
Apr 29, 2009, 6:52:22 AM4/29/09
to android...@googlegroups.com
Hi Nimit,

On Wed, Apr 29, 2009 at 12:40 PM, Nimit Manglick <nimita...@gmail.com> wrote:
> Hi Daniel,
>
> +CNMI command is basically used to set the SMS settings to the baseband.
>
> It lets you to inform the baseband about ur platform specific SMS
> requirements like SMS mode ( whether u r interested in full SMS as URC or a
> URC only having a indication. )

Of course, of course, thanks :) Maybe I didn't explain my question correctly O:)

I would like to know which is the normal behaviour of the SMS arrival
on Android (if it should reject SMS when a data connection is up or
not, where to store the arriving SMS, etc...). Probably that will help
me to understand why thouse default parameters on CNMI are set like
that :)

Kind regards,

Nimit Manglick

unread,
Apr 29, 2009, 7:19:55 AM4/29/09
to android...@googlegroups.com
Hi Daniel,

I dnt think that an Incoming SMS URC will be rejected when data connection is up and that's why   concept of multiplexing is coming into picture as we do have separate voice and data channels.

Also CNMI settings didn't specify where to store the msg. (correct me if i m wrong.. )

The SMS URC comes with the full data, its teh responsibilty of RIL to take that data and then sent it to teh framework.

Regards
Nimit

Daniel Baeyens

unread,
Apr 29, 2009, 8:07:42 AM4/29/09
to android...@googlegroups.com
Hi Nimit,

My words were just examples I was imaging... that's why I wanted to
know the general "how should android handle SMSs?" :)

When you talk about separate voice and data channels... I have been
looking at the libreference-ril and the atchannel, and I think it
works like this:
- There are two threads, one for sending explicit commands, one for
receiving URCs
- Both threads use just one file descriptor (so one serial device) for
both tasks, and they are controlled by a mutex, so both threads cannot
access at the same time to the device

Am I right? Where are defined the separate channels?

Also, I've seen that SMS URC comes with full data depending +CNMI
parameters... that why everything started :)

Thank you very much for your help. best regards,
Reply all
Reply to author
Forward
0 new messages