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
next prev 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.