944231 - [Fugu] [DSDS] data registration is always in "searching" state for the second sim

Status: RESOLVED DUPLICATE of bug 943191

(Firefox OS Graveyard :: RIL, defect)

Description

[Jessica Jong [:jessica] (inactive)]

Attachment: log for data searching on second sim.

We have set the preferred network type to GSM and GSM preferred for both SIMs, but the data registration in the second sim is always is "searching" state, so we haven't been able to test data connection in the second sim.

Note that the preferred network type setting takes effect on both sims right now, see Bug 944225.

Comment 1

[Ken Chang[:kenkai]]

Sam, is this a device HW limitation?

Comment 2

[sam.hua]

Hi Ken,
Yes, when Fugu is in dual sim mode,
SIM 0 W+G mode 
SIM 1 GSM only (cann't be changed)

Comment 3

[Ken Chang[:kenkai]]

(In reply to sam.hua from comment #2)
> SIM 1 GSM only (cann't be changed)
So there is not GPRS feature in SIM2 and you only support voice service in SIM2

Comment 4

[shawn ku [:sku]]

Hi Sam:
 Will that be possibile to setup data call with SIM2?
Any pre-condition? ex: international roaming.

And, how about MMS if there is no data on slot 2?

Thanks!!
sku

Comment 5

[sam.hua]

Hi Shawn,

SIM1/SIM2 should attach data network when it need data service when in dual sim mode.
and detach data network when idle.

Comment 6

[shawn ku [:sku]]

I don't get the point here.

For Fugu in our hand, we see data registration state stay in "searching", that cause no PDP can be setup (due to no GPRS attached). That means we can not setup data connection properly with SIM2.

From your comment, 
"SIM1/SIM2 should attach data network when it need data service when in dual sim mode.
and detach data network when idle."

Does that mean SIM2 will/can have data connection by using default APN type? or something else?

For MMS part, will that be possible to send it via SIM2?


PS:
 Attaching data network seems to be the job of GMM task (modem side), not RILD/Gecko's scope. please correct me if I am wrong.

Comment 7

[sam.hua]

Hi Shawn,

It is impossible to let two sim cards keep data connection at the same time.
I think u can use our android image to check our setting app. In our Android SW, Setting->SIM Manager

Comment 8

[shawn ku [:sku]]

Hi Sam:
 Yes, I know it is not possible to keep data connection at the same time, That's why I ask the precondition as Comment 4.

In my understanding, data will be available under internation roaming or some other specific conditions.

So, by your reply (Comment 7), we have to switch to slot2 then use MMS via SIM2, right?

Comment 9

[sam.hua]

Yes,we have to switch to slot2 then use MMS via SIM2.

Comment 10

[shawn ku [:sku]]

Attachment: AOSP v.s. FFOS logs

Comment 11

[shawn ku [:sku]]

Hi Sam:
 Please kindly help us check this issue.

Is there anything we missed that cause data registration always stay at "searching"?
(ex: need to preferredNetworkType to GSM only or??)


// fugu AOSP log, we can see data registered via SIM2 
12-02 02:16:01.010   105   105 I Gecko   : -*- RadioInterface[1]: 'ril.radio.preferredNetworkType' is now wcdma/gsm
12-02 14:59:44.436   638   777 D RILJ    : [1][0154]< DATA_REGISTRATION_STATE {1, 849, cdfb, 2, null, 3}

// fugu FFOS log, there is always keep in searching state via SIM2.
12-02 15:21:50.824   105   105 I Gecko   : -*- RILContentHelper: Received message 'RIL:DataInfoChanged': {"clientId":1,"data":{"connected":false,"emergencyCallsOnly":false,"roaming":false,"network":null,"cell":null,"type":null,"signalStrength":null,"relSignalStrength":null,"state":"searching"}}

Comment 12

[sam.hua]

Hi,i can't unzip this attachment.
could u give it to me again?

Comment 13

[sam.hua]

and SIM2 should work in GSM only mode.

Comment 14

[sam.hua]

I couldn't find the setup data call request from gecko.
and,if could, please force to setup a data call with correct APN settings to SIM2 in gecko.so we can know modem is correct or not.

Comment 15

[shawn ku [:sku]]

Attachment: fugu_aosp.log

Comment 16

[shawn ku [:sku]]

Attachment: fugu_ffos.log

I am trying to force preferred network type to GSM only, and will update result later.

Comment 17

[sam.hua]

Hi,
Just use adb to send AT to SIM2, can get this response
action:

adb root
adb shell
cat /dev/CHNPTYW5 &   
echo "AT+CGACT=0,1\r" >/dev/CHNPTYW5
echo "AT+CGDCONT=1,\"IP\",\"cmnet\",\"\",0,0\r" >/dev/CHNPTYW5
echo "AT+CGDATA=\"PPP\",1\r" >/dev/CHNPTYW5

result:

D/AT      (  101): [w] Channel4: AT> AT+CGREG?
D/AT      (  101): [w] Channel4: AT< +CGREG: 2,1,"18BE","000091A2",3
D/AT      (  101): [w] Channel4: AT< OK
D/RILC    (  101): [w] [0077]< DATA_REGISTRATION_STATE {1,18be,91a2,2,(null),3}

does it means data network is registered?

Comment 18

[Jessica Jong [:jessica] (inactive)]

(In reply to sam.hua from comment #17)
> Hi,
> Just use adb to send AT to SIM2, can get this response
> action:
> 
> adb root
> adb shell
> cat /dev/CHNPTYW5 &   
> echo "AT+CGACT=0,1\r" >/dev/CHNPTYW5
> echo "AT+CGDCONT=1,\"IP\",\"cmnet\",\"\",0,0\r" >/dev/CHNPTYW5
> echo "AT+CGDATA=\"PPP\",1\r" >/dev/CHNPTYW5
> 
> result:
> 
> D/AT      (  101): [w] Channel4: AT> AT+CGREG?
> D/AT      (  101): [w] Channel4: AT< +CGREG: 2,1,"18BE","000091A2",3
> D/AT      (  101): [w] Channel4: AT< OK
> D/RILC    (  101): [w] [0077]< DATA_REGISTRATION_STATE
> {1,18be,91a2,2,(null),3}
> 
> does it means data network is registered?

Yes, according to TS27.007, it's registered.
I tried to force setup data connection without checking the data registration state and data connection could be successfully established. Does it mean data registration will be registered only when requesting data connection?

Comment 19

[sam.hua]

Hi jessica,

I will confirmed it later because I need to check it in our android framework.
Maybe u can ignore this condition check temporary.

Comment 20

[shawn ku [:sku]]

Hi Sam:
 It seems fugu modem will not try to attach GPRS (at GMM) until SETUP_DATA_CALL request.
However, pure AOSP will wait GPRS attached, then try to SETUP_DATA_CALL.

Please help double confirm it.


// fugu AOSP
12-02 14:59:40.200   638   777 D RILJ    : [1][0114]< DATA_REGISTRATION_STATE {2, null, null, null, null, 3}
12-02 14:59:40.750   226   836 D RILC    : [w] [0118]< DATA_REGISTRATION_STATE {2,(null),(null),(null),(null),3}
12-02 14:59:41.130   638   777 D RILJ    : [1][0118]< DATA_REGISTRATION_STATE {2, null, null, null, null, 3}

12-02 14:59:41.800   638  1123 D RILJ    : [1][0121]> SETUP_DATA_CALL 4 0 internet   3 IP

12-02 14:59:44.156   226   783 D RILC    : [w] [0154]< DATA_REGISTRATION_STATE {1,849,cdfb,2,(null),3}
12-02 14:59:44.436   638   777 D RILJ    : [1][0154]< DATA_REGISTRATION_STATE {1, 849, cdfb, 2, null, 3}
12-02 14:59:46.256   638   777 D RILJ    : [1][0121]< SETUP_DATA_CALL DataCallState: {version=7 status=0 retry=-1 cid=1 active=1 type=IP' ifname='veth0' addresses=[42.68.39.0] dnses=[168.95.1.1,168.95.192.1] gateways=[42.68.39.0]}

Comment 21

[Jessica Jong [:jessica] (inactive)]

I think this is solved after the fix in Bug 943191. Should we close it?

Comment 22

[Hsin-Yi Tsai (she/her)[:hsinyi]]

Close per comment 21.