[SIM]+esims:0,5的掉卡原因是什么
[SIM]+esims:0,5的掉卡原因是什么
[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 关闭；
默认值更改
：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回来
[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 关闭；
默认值更改
：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回来
