All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Monitor current technology
Date: Fri, 25 Jun 2010 10:47:34 -0500	[thread overview]
Message-ID: <201006251047.34825.denkenz@gmail.com> (raw)
In-Reply-To: <1277387707-18928-1-git-send-email-wagi@monom.org>

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

Hi Daniel,

> This series adds a new property to DCM to export the
> current technology used.
> 

So I've been reviewing your patches and also thinking about solving this 
technology problem nicely.  First a bit of background on the state of hardware 
today:

27.007 (The Standard):
- +CREG - Reports CS netreg parameters, including tech.
- +CGREG - Same as above for PS netreg parameters
- +CPSB - Reports the current packet switched bearer for a given context.  
Presumably this can change quite dynamically during a GPRS session.

MBM:

- *EREG - Reports CS netreg parameters, including status/lac/ci and tech (0 - 
GSM, 2 - UMTS).  Essentially same as CREG with addition of tech reporting.
- +CGREG - Reports PS netreg parameters, including status/lac/ci/tech (per 
27.007)
- *ERINFO - Reports current Cell capability, gprs/egprs/umts/hsdpa, nothing 
new over +CGREG
- *EPSB - Reports current packet switched bearer.  This is only available on 
recent devices.  This one is supposed to tell the actual packet bearer and 
acts similar to 27.007 +CPSB.  The state depends on the link state, and tends 
to oscillate between 0 (no bearer) and some bearer quite often, even when 
context is active.

STE:

- Same as MBM with *ERINFO seemingly missing.

ISI:

I'm not an ISI expert, but here's what I gleamed from a quick look at that 
driver:

- Reports RAT (gsm/gsm compact/umts) and current cell capability (edge / no 
edge, hsupa availability, hsdpa availability)
- No equivalent of +CPSB

Huawei:

- ^MODE and ^SYSINFO can report current mode.  This seems to be the same as 
cell capability on other devices.

HSO:

- One of the weird ones.  There is no tech reporting through CREG/CGREG at all
- The current access technology (gsm / umts) is reported through OSSYSI
- Edge / no edge capability is reported through OCTI
- UMTS/HSDPA/HSUPA are reported through OUWCTI.  Unfortunately OUWCTI is not 
always reported properly and can change within the cell when the context is 
activated / deactivated.  Some firmware does not report / support OUWCTI at 
all.

The consensus among the hw seems to be to report the capability of the 
currently selected cell, with the exception of HSO, which just acts stupidly.

So my current thinking is to drop any Tech reporting in gprs atom for now.  At 
least until we actually find a usecase for EPSB/CPSB style reporting.

HSO OUWCTI reporting is still an issue.  I'd be glad to hear some alternate 
ideas about how to integrate it properly at this point.

Regards,
-Denis

  parent reply	other threads:[~2010-06-25 15:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-24 13:55 Monitor current technology Daniel Wagner
2010-06-24 13:55 ` [PATCH v2 1/3] Add CurrentTechnology property to DCM Daniel Wagner
2010-06-24 13:55 ` [PATCH v2 2/3] Pass down vendor flag into DCM Daniel Wagner
2010-06-24 13:55 ` [PATCH v2 3/3] Monitor current technology used for Option modems Daniel Wagner
2010-06-25 15:47 ` Denis Kenzior [this message]
2010-06-25 23:27   ` Monitor current technology Bastian, Waldo
2010-06-28 16:41     ` Denis Kenzior

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201006251047.34825.denkenz@gmail.com \
    --to=denkenz@gmail.com \
    --cc=ofono@ofono.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.