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, On Wed, Apr 29, 2009 at 1:19 PM, Nimit Manglick <[email protected]> wrote: > 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 > > On Wed, Apr 29, 2009 at 4:22 PM, Daniel Baeyens <[email protected]> wrote: >> >> Hi Nimit, >> >> On Wed, Apr 29, 2009 at 12:40 PM, Nimit Manglick <[email protected]> >> 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, >> >> > Regards >> > Nimit >> > >> > On Wed, Apr 29, 2009 at 3:55 PM, Daniel Baeyens <[email protected]> >> > wrote: >> >> >> >> 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 >> >> >> >> >> > >> > >> > > >> > >> >> >> >> -- >> Daniel Baeyens >> Warp Networks S.L. - http://www.warp.es >> >> > > > > > -- Daniel Baeyens Warp Networks S.L. - http://www.warp.es --~--~---------~--~----~------------~-------~--~----~ unsubscribe: [email protected] website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---
