Re: org.freedesktop.ModemManager.Modem.Gsm.Network.NetworkMode signal
- From: "Stuart Ward" <stuart ward bcs org>
- To: "network manager" <networkmanager-list gnome org>
- Subject: Re: org.freedesktop.ModemManager.Modem.Gsm.Network.NetworkMode signal
- Date: Tue, 30 Sep 2008 17:59:01 +0100
Dan
The values are what is supplied to the computer from the modem as part of the standard. We cant change what the modem produces.
See
http://www.3gpp.org/ftp/Specs/html-info/27007.htm section 7.3 command +COPS
-- Stuart Ward M +44 7782325143
On Tue, Sep 30, 2008 at 5:38 PM, Dan Williams
<dcbw redhat com> wrote:
On Tue, 2008-09-30 at 16:58 +0100, Stuart Ward wrote:
>
>
> Because there is no case where a modem supports HSUPA but not
> HSDPA, and
> thus HSUPA and HSPA are essentially equal. Since HSPA _is_
> HSDPA +
> HSUPA, it's pointless to have a separate HSUPA.
>
> This signal is sent by the modem to the computer to indicate the
> capability of the connection. So this is athe result of the
> negociation of the modem with the network to see what is supported. So
> even if the modem supports HSUPA the network may not, equally with
> HSDPA
Right, but wouldn't that just mean the modem would send HSDPA or EDGE
then?
> It is possible that an operator will offer different network
> capabilities to subs and it may be that HSUPA is supported but not
> HSDPA.
Highly doubtful; but I guess it's possible.
> Dose that clarify the situation?
Yes, but the values in question are an enum and not a bitfield. If you
think it's really likely that HSUPA would be provided but not HSDPA,
then I guess it might be approprate to have both HSUPA and HSPA
separately.
Dan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]