ubuntu-phone team mailing list archive

[Zsombor Egri <zsombor.egri@xxxxxxxxxxxxx>]

On Wed, Apr 9, 2014 at 5:50 PM, Tony Espy <espy@xxxxxxxxxxxxx> wrote:

> On 04/09/2014 01:43 AM, Zsombor Egri wrote:
>
>> Hi,
>>
>>
>> On Tue, Apr 8, 2014 at 10:49 PM, Tony Espy <espy@xxxxxxxxxxxxx
>> <mailto:espy@xxxxxxxxxxxxx>> wrote:
>>
>>     To test this change, you'll need to manually delete the gprs
>>     settings file created by ofono, as provisioning only occurs once,
>>     after which the required settings are read from this file.
>>
>>
>> Have you thought about the case when the user sends an USSD command (or
>> whatever other ways) to operator to get the GPRS/MMS configurations? Or
>> when the operator pushes the new settings to the device?
>>
>
> I've thought about it, but neither are currently in the plans for our
> first version of Touch.
>

Ok. Consider also SIM Toolkit, that may also have apps to request
configuration data. Or dialling to service numbers (SDN from SIM) may also
result in receiving provisioning messages.

>
> In the case of the USSD command, the received settings should be
> configurable via the Access Point Names Settings UI ( when it's finished ).
>  If you're proposing that we programatically handle the response, that's
> something we'd need to consider in the Messaging App.  Also, as USSD
> commands are sometimes operator-specific, that may be tricky.
>

I forgot to mention that operator may also push the settings - most
operators in Europe do auto-provisioning when the SIM card is inserted into
a given device. Basically they do a WAP push with the provisioning data
whenever the SIM is registered with different IMEI. These messages (which
may also be MMS ones) are usually handled on the backend side, however if
not, Messaging app will need interaction with the provisioning data storing
API. However ;) operators know what format the device supports, so they
will send it straight in XML ;)


>
> The second case is something we will work on developing with the advice of
> our carrier advisory group.  We decided not to invest cycles into push
> provisioning for our first release as there were many more important
> features ( like automatic provisioning for one ) that needed to be
> completed in order to make the phone usable.
>

Well, we will receive the messages, but we will not be able to do anything
with it. Also, if operator sees that PICS does not have the
auto-provisioning set, they will pre-configure the settings.

Another way - as Symbian used to do - is to store a big set of operator
specific APs in the phone, so whenever the SIM is registered the proper AP
set will be used. How doable would that be?

Cheers,
Zsombor