[PATCH 1/2] nas: add Get Operator Name and Operator Name indication

Dan Williams dcbw at redhat.com
Mon Feb 13 21:57:59 UTC 2017


On Mon, 2017-02-13 at 20:28 +0100, Aleksander Morgado wrote:
> On Mon, Feb 13, 2017 at 7:50 PM, Dan Williams <dcbw at redhat.com>
> wrote:
> > > > +    // NAS common TLVs
> > > > +
> > > > +   { "common-ref"         : "NAS Service Provider Name",
> > > > +     "name"               : "Service Provider Name",
> > > > +     "id"                 : "0x10",
> > > > +     "mandatory"          : "no",
> > > > +     "type"               : "TLV",
> > > > +     "format"             : "sequence",
> > > > +     "contents"           : [ { "name"   : "Display
> > > > Condition",
> > > > +                                "format" : "guint8" },
> > > 
> > > Any idea what this display condition is?
> > 
> > Looks like this TLV is really just EFspn in QMI TLV form.  So the
> > Display Condition is from ETSI TS 151 011 EFspn docs, which is a
> > bitfield:
> > 
> > b1=0: display of registered PLMN not required when
> > registered PLMN is either HPLMN or a PLMN in
> > the Service Provider PLMNN List (see EF SPDI ).
> > (I have 3 MVNO SIMs that return 0)
> > 
> > b1=1: display of registered PLMN required when
> > registered PLMN is either HPLMN or a PLMN in
> > the Service Provider PLMN List (see EF SPDI ).
> > (I have 1 MVNO SIM that returns 1)
> > 
> > b2=0: display of the service provider name is
> > required when registered PLMN is neither HPLMN
> > nor a PLMN in the service provider PLMN
> > list(see EF SPDI ).
> > 
> > b2=1: display of the service provider name is not
> > required when registered PLMN is neither HPLMN
> > nor a PLMN in the service provider PLMN
> > list(see EF SPDI ).
> > 
> > I suppose we could enum it for clarity?
> 
> Definitely yes. Maybe a flags enumeration with 2 items is just
> enough?
> Or better to have all 4 combinations in an enumeration?

So I did this as you'll see in the v2 patch.  But damn is the name long
since 1 << 0 means "required to show" but 1 << 1 means "not required to
show".  Thanks ETSI!

Dan


More information about the libqmi-devel mailing list