GPRS support for Ofono

Rémi Denis-Courmont remi at remlab.net
Wed Dec 9 10:09:12 PST 2009


> The core only reports these attributes, it doesn't actually use them for
> anything.  When attached you can simply send a status=registered, LAC, CellId
> and Tech set to -1.  We can see about removing these a bit later.

I would do that, but there is no apparent way to return the attached state without making a statement on roaming as well. IOW, this is unimplementable with ISI.

> > That is different. If you are outside of coverage, or in a non-GPRS area,
> > you can turn auto-attach on. That will make some operators happy but it
> > wont't attach just yet.
>
> Sorry I don't see a practical difference.  You set 'Powered' to TRUE, gprs atom
> issues a 'set_attached' with TRUE.  Once you have attached the driver sends
> out a ofono_gprs_status_notify.  Whether this happens in 1 second or 2 hours
> doesn't really matter.

Again and again, auto-attach and attach are different things. Setting attach to false will forcefully deactivate all existing contexts and detach the terminal from GPRS. Setting auto-attach to false will cause the terminal to detach after all pending contexts are deactivated, but won't cause them to be detached immediately (AT+CGATT does that).

Conversely, enabling auto-attach will cause the terminal to attach once it has GPRS coverage, whereas false will have it wait for an explicit attach request, or implicitly for a context activation. This is dkifferent from attaching which is an immediate action and will fail if GPRS is unavailable (like AT+CGATT). 

Furthermore, when attaching, the terminal is supposed to state its intent to activate a context immediately or not. If it does, then some optimizations are possible in 3G case.

Rémi


More information about the ofono mailing list