Re: [PATCH] atmodem: CEREG support for LTE network status reporting in AT modem

[Denis Kenzior <denkenz@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1826 bytes --]

Hi Redouane,

On 02/23/2011 10:36 AM, Soum, RedouaneX wrote:
> Hi Denis,
> 
> 
>>> In my opinion, combined gprs atom would be easier to do and probably 
>>> enough, separate atoms would be more "looking into the future" like 
>>> but I am not sure if this division is necessary.
>>
>> Looking at the current ConnectionManager API, none of the properties 
>> (Powered, Attached, Suspended, RoamingAllowed) are applicable to LTE.
>> If we use a separate LTE atom then the Bearer property's 'lte' value is 
>> redundant as well.  So why would you want to carry this baggage around 
>> for the user of LTE-only systems?
> 
> After discussing internally with Fred Joly I would like to come back on the 4 properties :
> - Suspended is applicable in LTE in case of CS Voice Call using CSFB

My understanding was that CS Fallback physically switches technologies.
 It is not 'suspending' LTE like it does with GPRS.  Am I wrong on this one?

> - Powered is applicable the only point is that you'll not be registered to LTE network if PS is disabled.

It sounds like you're talking about RadioSettings properties here.

Powered=False is implemented by simply not attaching today.  The
implementation logic for LTE would be completely different.  So most
likely this will not work out nicely anyway.

> - Attached is also applicable and here also if you are not attached then you'll not be registered to LTE network.

Sounds pointless to expose for LTE to me.

> - RoamingAllowed it's a settings from the APE so we can imagine that we would like not to use LTE if we are in roaming.

Perhaps, but again we have no control of the attach procedure with LTE.
 So the implementation has to rely on vendor specific radio settings.
Same arguments about shoehorning logic apply here.

Regards,
-Denis