+esims:0,5的掉卡原因是什么
时间:10-02
整理:3721RD
点击:
[DESCRIPTION]
客户反馈有掉卡现象,但是没有看到SIM:0000的trace
[Analysis]
sys trace的打印:
PS intergrated log显示:
[SOLUTION]
此掉卡原因为当时SIM的服务为invalid SIM。然后上层发送AT+EBTSAP=1,让SIM
reset一次,重新检测一次,注册一次网络。这是IVSR的救卡机制。
IVSR background:
根据网络注册的spec,注册网络时如果被拒绝cause是invalid sim,那么除非重启手
机,不允许再次尝试注册;
但是在某些地方operator自己的网络可能把自己的sim卡当作invalid sim,造成End
user困扰;mtk于是提供了违背spec的feature:IVSR---如果发生invalid sim,那么
只有在上次注册网络成功,并且本次发生invalid sim的plmn和上次注册成功的
plmn相同时才启动IVSR;
注意:IVSR是违背spec的feature,在入库测试 或 FTA, CTA等相关测试过程要关闭
此feature,否则可能引起测试fail;关闭方法:进入 Engineer mode/Telephony
tab页/Network Setting/IVSR 关闭;
默认值更改
:php?mod=tag&id=6090" target="_blank" class="relatedlink">Frameworks\base\packages\settingsprovider\res\values\Mtk_defaults.xml中
<!-- Default for Settings.System.IVSR_SETTING -->
<integer name="def_ivsr_setting">1</integer>
更改成0
IVSR的原理:
利用蓝牙 connect/disconnect sim卡来trigger sim卡重新初始化并重新注册网络
;蓝牙 connect/disconnect sim卡会导致 sim卡先掉卡然后 recovery回来
客户反馈有掉卡现象,但是没有看到SIM:0000的trace
[Analysis]
sys trace的打印:
PS intergrated log显示:
[SOLUTION]
此掉卡原因为当时SIM的服务为invalid SIM。然后上层发送AT+EBTSAP=1,让SIM
reset一次,重新检测一次,注册一次网络。这是IVSR的救卡机制。
IVSR background:
根据网络注册的spec,注册网络时如果被拒绝cause是invalid sim,那么除非重启手
机,不允许再次尝试注册;
但是在某些地方operator自己的网络可能把自己的sim卡当作invalid sim,造成End
user困扰;mtk于是提供了违背spec的feature:IVSR---如果发生invalid sim,那么
只有在上次注册网络成功,并且本次发生invalid sim的plmn和上次注册成功的
plmn相同时才启动IVSR;
注意:IVSR是违背spec的feature,在入库测试 或 FTA, CTA等相关测试过程要关闭
此feature,否则可能引起测试fail;关闭方法:进入 Engineer mode/Telephony
tab页/Network Setting/IVSR 关闭;
默认值更改
:php?mod=tag&id=6090" target="_blank" class="relatedlink">Frameworks\base\packages\settingsprovider\res\values\Mtk_defaults.xml中
<!-- Default for Settings.System.IVSR_SETTING -->
<integer name="def_ivsr_setting">1</integer>
更改成0
IVSR的原理:
利用蓝牙 connect/disconnect sim卡来trigger sim卡重新初始化并重新注册网络
;蓝牙 connect/disconnect sim卡会导致 sim卡先掉卡然后 recovery回来
:D学习了
小编每天都有资料贡献,牛掰
爱的奉献 哈哈
爱的奉献