EM7565 / carrier aggregation info

Daniele Palmas dnlplm at gmail.com
Fri Dec 1 07:58:18 UTC 2017


Hi Reinhard,

2017-12-01 0:19 GMT+01:00 Reinhard Speyerer <rspmn at arcor.de>:
> On Thu, Nov 30, 2017 at 04:54:58PM +0100, Daniele Palmas wrote:
>> Hi Reinhard,
>>
>> 2017-11-30 14:43 GMT+01:00 Reinhard Speyerer <rspmn at arcor.de>:
>> > It might also be helpful to crosscheck the qmicli -d /dev/cdc-wdm0
>> > --nas-get-lte-cphy-ca-info -v output for a Telit LM940 with the EM7565
>> > output if possible. Since the LM940 also supports 3CA according to the
>> > data sheet the qmicli output should also contain the additional TLVs
>> > of the EM7565 but with valid information.
>> >
>>
>> that's what I get when using the LM940:
>>
>> root at L2122:~# qmicli -d /dev/cdc-wdm0 --dms-get-model
>> [/dev/cdc-wdm0] Device model retrieved:
>>        Model: 'LM940'
>> root at L2122:~# qmicli -d /dev/cdc-wdm0 --dms-get-revision
>> [/dev/cdc-wdm0] Device revision retrieved:
>>        Revision: '24.01.511-B001'
>> root at L2122:~# qmicli -d /dev/cdc-wdm0 --nas-get-lte-cphy-ca-info -v
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] Opening device with
>> flags 'auto'...
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] loaded driver of
>> cdc-wdm port: qmi_wwan
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] automatically selecting QMI mode
>> [...]
>> [30 nov 2017, 16:47:54] [Debug] Asynchronously getting carrier
>> aggregation info ...
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] sent message...
>> <<<<<< RAW:
>> <<<<<<   length = 13
>> <<<<<<   data   = 01:0C:00:00:03:01:00:01:00:AC:00:00:00
>>
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] sent generic request
>> (translated)...
>> <<<<<< QMUX:
>> <<<<<<   length  = 12
>> <<<<<<   flags   = 0x00
>> <<<<<<   service = "nas"
>> <<<<<<   client  = 1
>> <<<<<< QMI:
>> <<<<<<   flags       = "none"
>> <<<<<<   transaction = 1
>> <<<<<<   tlv_length  = 0
>> <<<<<<   message     = "Get LTE Cphy CA Info" (0x00AC)
>>
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] received message...
>> <<<<<< RAW:
>> <<<<<<   length = 20
>> <<<<<<   data   = 01:13:00:80:03:01:02:01:00:AC:00:07:00:02:04:00:01:00:4A:00
>>
>> [30 nov 2017, 16:47:54] [Debug] [/dev/cdc-wdm0] received generic
>> response (translated)...
>> <<<<<< QMUX:
>> <<<<<<   length  = 19
>> <<<<<<   flags   = 0x80
>> <<<<<<   service = "nas"
>> <<<<<<   client  = 1
>> <<<<<< QMI:
>> <<<<<<   flags       = "response"
>> <<<<<<   transaction = 1
>> <<<<<<   tlv_length  = 7
>> <<<<<<   message     = "Get LTE Cphy CA Info" (0x00AC)
>> <<<<<< TLV:
>> <<<<<<   type       = "Result" (0x02)
>> <<<<<<   length     = 4
>> <<<<<<   value      = 01:00:4A:00
>> <<<<<<   translated = FAILURE: InformationUnavailable
>>
>> error: couldn't get carrier aggregation info: QMI protocol error (74):
>> 'InformationUnavailable'
>
> Hi Daniele,
>
> thanks for providing the --nas-get-lte-cphy-ca-info output for the LM940.
> When a CA-capable mobile is returning "FAILURE: InformationUnavailable"
> while registered to a LTE network this usually indicates that the network
> has not allocated CA resources to the mobile. Potential reasons include:
>
> 1. Mobile is outside of the area where the network operator provides CA.
> 2. Network operator does not allocate CA resources e.g. because the booked
>    highspeed volume is already used up.
> 3. CA configuration used by the network operator not supported by the
>    mobile (quite unlikely for the ME940).
>
> As a consequence the interesting TLVs are unfortunately missing from the
> response above.
>

thanks for the explanation.

I tried with three different Italian network operators, but
unfortunately the result is always the same.

I will try to investigate more and report if I get a more useful response.

Regards,
Daniele

> Regards,
> Reinhard


More information about the libqmi-devel mailing list