> public synchronized static int GetCellId() {

>         GsmCellLocation location = (GsmCellLocation) phoneMan.getCellLocation
> ();
>         return (location.getCid());

> }

> This method often times returns small numbers under 10000 which seem
> in line with other phones:
>         -1 (unknown, but expected per the documentation
>         3151
>         4252
>         8251

> etc ... all these look fine.  But, recently we're noticing some rather
> large numbers come back:

>         21267748
>         21267756
>         27821304

> Has anyone seen this?  And, does anyone know what accounts for such a
> dramatic change in numbers?  Do the larger numbers contain other bits
> about the tower that I need to extract using bitwise flags?

> Thanks

> Richard Schilling
> Root Wireless

> I'm to get the LAC:CID on the G1 (android 1.6) and it’s always
> returning larger than allowed (ffff is max allowed) numbers (or -1).

> I get the exact same numbers whether I usegetCid() from
> GsmCellLocation or use onCellLocationChanged() from PhoneStateListener

> http://developer.android.com/intl/de/reference/android/telephony/gsm/......

> Any guidance would be appreciated

> On Mar 26 2009, 9:17 am, Richard Schilling

> <richard.rootwirel...@gmail.com> wrote:
> > For the most part, when we call GsmCellLocation.getCid, we get normal
> > looking numbers:

> > public synchronized static int GetCellId() {

> >         GsmCellLocation location = (GsmCellLocation) phoneMan.getCellLocation
> > ();
> >         return (location.getCid());

> > }

> > This method often times returns small numbers under 10000 which seem
> > in line with other phones:
> >         -1 (unknown, but expected per the documentation
> >         3151
> >         4252
> >         8251

> > etc ... all these look fine.  But, recently we're noticing some rather
> > large numbers come back:

> >         21267748
> >         21267756
> >         27821304

> > Has anyone seen this?  And, does anyone know what accounts for such a
> > dramatic change in numbers?  Do the larger numbers contain other bits
> > about the tower that I need to extract using bitwise flags?

> > Thanks

> > Richard Schilling
> > Root Wireless

> On 3 Feb, 04:47, Ahmad <ahm...@gmail.com> wrote:

> > Sorry for bringing up this topic from the past, but I was wondering if
> > the OP or anyone else knows the cause or a solution to this problem

> > I'm to get the LAC:CID on the G1 (android 1.6) and it’s always
> > returning larger than allowed (ffff is max allowed) numbers (or -1).

> > I get the exact same numbers whether I usegetCid() from
> > GsmCellLocation or use onCellLocationChanged() from PhoneStateListener

> >http://developer.android.com/intl/de/reference/android/telephony/gsm/......

> > Any guidance would be appreciated

> > On Mar 26 2009, 9:17 am, Richard Schilling

> > <richard.rootwirel...@gmail.com> wrote:
> > > For the most part, when we call GsmCellLocation.getCid, we get normal
> > > looking numbers:

> > > public synchronized static int GetCellId() {

> > >         GsmCellLocation location = (GsmCellLocation) phoneMan.getCellLocation
> > > ();
> > >         return (location.getCid());

> > > }

> > > This method often times returns small numbers under 10000 which seem
> > > in line with other phones:
> > >         -1 (unknown, but expected per the documentation
> > >         3151
> > >         4252
> > >         8251

> > > etc ... all these look fine.  But, recently we're noticing some rather
> > > large numbers come back:

> > >         21267748
> > >         21267756
> > >         27821304

> > > Has anyone seen this?  And, does anyone know what accounts for such a
> > > dramatic change in numbers?  Do the larger numbers contain other bits
> > > about the tower that I need to extract using bitwise flags?

> > > Thanks

> > > Richard Schilling
> > > Root Wireless

> Thanks!