UICC开机初始化

最新推荐文章于 2023-10-24 22:04:02 发布
最新推荐文章于 2023-10-24 22:04:02 发布
阅读量306 收藏 1
点赞数
文章标签： 移动开发 java python
原文链接：https://my.oschina.net/igiantpanda/blog/1608371
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

#注：本文基于Android O

在PhoneFactory中创建Phone对象时，UiccController也会被创建。
PhoneFactory.java

public static void makeDefaultPhone(Context context) {
            ......
            sUiccController = UiccController.make(context, sCommandsInterfaces);
            ......
}

而UiccController初始化时就会注册监听一些事件,如ICC状态变化、RadioOn/RadioAvailable，
当这些事件被触发后，就会触发UiccController处理EVENT_ICC_STATUS_CHANGED事件。
UiccController.java

private UiccController(Context c, CommandsInterface []ci) {
    ......
    for (int i = 0; i < mCis.length; i++) {
        Integer index = new Integer(i);
        mCis[i].registerForIccStatusChanged(this, EVENT_ICC_STATUS_CHANGED, index);
        ......
        if (!StorageManager.inCryptKeeperBounce()) {
            mCis[i].registerForAvailable(this, EVENT_ICC_STATUS_CHANGED, index);
        } else {
            mCis[i].registerForOn(this, EVENT_ICC_STATUS_CHANGED, index);
        }
        ......
    }
    ......
}

然后再来看收到ICC状态变化后的处理流程，实际上就是去读取ICC的状态。

public void handleMessage (Message msg) {
        ......
        switch (msg.what) {
            case EVENT_ICC_STATUS_CHANGED:
                ......
                mCis[index].getIccCardStatus(obtainMessage(EVENT_GET_ICC_STATUS_DONE, index));
                break;
            case EVENT_GET_ICC_STATUS_DONE:
                ......
                onGetIccCardStatusDone(ar, index);
                break;
        ......
}

读取到的ICC状态后，接着就创建/更新UiccCard对象，同时也会通知相关的监听者。

private synchronized void onGetIccCardStatusDone(AsyncResult ar, Integer index) {
    ......
    if (mUiccCards[index] == null) {
        //Create new card
        mUiccCards[index] = new UiccCard(mContext, mCis[index], status, index);
    } else {
        //Update already existing card
        mUiccCards[index].update(mContext, mCis[index] , status);
    }
    ......
    mIccChangedRegistrants.notifyRegistrants(new AsyncResult(null, index, null));
}

我们来看看UiccCard的初始化流程，其实就是比update()多了个存储CardState和PhoneId的过程。
UiccCard.java

public UiccCard(Context c, CommandsInterface ci, IccCardStatus ics, int phoneId) {
    mCardState = ics.mCardState;
    mPhoneId = phoneId;
    update(c, ci, ics);
}

主要的操作还是在update()方法中，里面会创建/删除/更新UiccCardApplication对象。若读取到了新的app，则创建；若之前的app已不在当前读取的值中，则删除；否则就更新。

createAndUpdateCatServiceLocked()为STK相关内容，暂不讨论。

最后还有一个关于SIM卡热插拔的处理。

public void update(Context c, CommandsInterface ci, IccCardStatus ics) {
        ......
        for ( int i = 0; i < mUiccApplications.length; i++) {
            if (mUiccApplications[i] == null) {
                //Create newly added Applications
                if (i < ics.mApplications.length) {
                    mUiccApplications[i] = new UiccCardApplication(this,
                            ics.mApplications[i], mContext, mCi);
                }
            } else if (i >= ics.mApplications.length) {
                //Delete removed applications
                mUiccApplications[i].dispose();
                mUiccApplications[i] = null;
            } else {
                //Update the rest
                mUiccApplications[i].update(ics.mApplications[i], mContext, mCi);
            }
        }

        createAndUpdateCatService();
        ......
        if (radioState == RadioState.RADIO_ON && mLastRadioState == RadioState.RADIO_ON) {
            if (oldState != CardState.CARDSTATE_ABSENT &&
                    mCardState == CardState.CARDSTATE_ABSENT) {
                if (DBG) log("update: notify card removed");
                mAbsentRegistrants.notifyRegistrants();
                mHandler.sendMessage(mHandler.obtainMessage(EVENT_CARD_REMOVED, null));
            } else if (oldState == CardState.CARDSTATE_ABSENT &&
                    mCardState != CardState.CARDSTATE_ABSENT) {
                if (DBG) log("update: notify card added");
                mHandler.sendMessage(mHandler.obtainMessage(EVENT_CARD_ADDED, null));
            }
        }
}

先来看看热插拔吧，若手机支持热插拔，就啥都不会做；若不支持热插拔，则会弹出提示要求用户重启手机。

public void handleMessage(Message msg){
    switch (msg.what) {
        case EVENT_CARD_REMOVED:
            onIccSwap(false);
            break;
        case EVENT_CARD_ADDED:
            onIccSwap(true);
            break;
    ......
}

private void onIccSwap(boolean isAdded) {

    boolean isHotSwapSupported = mContext.getResources().getBoolean(
            R.bool.config_hotswapCapable);

    if (isHotSwapSupported) {
        log("onIccSwap: isHotSwapSupported is true, don't prompt for rebooting");
        return;
    }
    log("onIccSwap: isHotSwapSupported is false, prompt for rebooting");

    promptForRestart(isAdded);
}

再接着之前的流程分析，我们以创建UiccCardApplication的流程为例来分析，而更新UiccCardApplication的流程和创建差不多，就不再赘述了。
UiccCardApplication的构造方法中，会创建IccFileHandler和IccRecords。
UiccCardApplication.java

public UiccCardApplication(UiccCard uiccCard, IccCardApplicationStatus as,
                    Context c, CommandsInterface ci) {
    ......
    mIccFh = createIccFileHandler(as.app_type);
    mIccRecords = createIccRecords(as.app_type, mContext, mCi);
    if (mAppState == AppState.APPSTATE_READY) {
        queryFdn();
        queryPin1State();
    }
    ......
}

而在创建IccFileHandler和IccRecords对象时，会根据UiccCardApplication的类型来创建不同的子对象。
例如，对于APPTYPE_SIM，就会创建SIMFileHandler和SIMRecords对象。

(中国移动的卡有2个app，但log只打印了一个APPTYPE_USIM，
中国联通的卡有1个APPTYPE_USIM，
中国电信的卡有1个APPTYPE_USIM和1个APPTYPE_CSIM)

private IccRecords createIccRecords(AppType type, Context c, CommandsInterface ci) {
    if (type == AppType.APPTYPE_USIM || type == AppType.APPTYPE_SIM) {
        return new SIMRecords(this, c, ci);
    } else if (type == AppType.APPTYPE_RUIM || type == AppType.APPTYPE_CSIM){
        return new RuimRecords(this, c, ci);
    } else if (type == AppType.APPTYPE_ISIM) {
        return new IsimUiccRecords(this, c, ci);
    } else {
        // Unknown app type (maybe detection is still in progress)
        return null;
    }
}

private IccFileHandler createIccFileHandler(AppType type) {
    switch (type) {
        case APPTYPE_SIM:
            return new SIMFileHandler(this, mAid, mCi);
        case APPTYPE_RUIM:
            return new RuimFileHandler(this, mAid, mCi);
        case APPTYPE_USIM:
            return new UsimFileHandler(this, mAid, mCi);
        case APPTYPE_CSIM:
            return new CsimFileHandler(this, mAid, mCi);
        case APPTYPE_ISIM:
            return new IsimFileHandler(this, mAid, mCi);
        default:
            return null;
    }
}

先来看看SIMFileHandler，也仅仅是调用了父类的构造方法，而其父类的构造方法也仅仅是将传入的参数保存了起来。

    public SIMFileHandler(UiccCardApplication app, String aid, CommandsInterface ci) {
        super(app, aid, ci);
    }
    protected IccFileHandler(UiccCardApplication app, String aid, CommandsInterface ci) {
        mParentApp = app;
        mAid = aid;
        mCi = ci;
    }

然后再来看SIMRecords，其构造方法中会注册监听SIM卡中app ready的事件。
而一般情况下，第一次上报卡状态时，基本上就已经是ready状态了，这时，在注册监听app ready状态后就会马上触发SIMRecords处理EVENT_APP_READY事件。即使当前上报的状态不是ready，等到后面上传ready状态时也会触发EVENT_APP_READY事件。
SIMRecords.java

public SIMRecords(UiccCardApplication app, Context c, CommandsInterface ci) {
    ......
    mParentApp.registerForReady(this, EVENT_APP_READY, null);
    ......
}


SIMRecords的Handler处理EVENT_APP_READY事件。

public void handleMessage(Message msg) {
        ......
        switch (msg.what) {
            case EVENT_APP_READY:
                onReady();
                break;
        ......
}

public void onReady() {
    fetchSimRecords();
}

这时就会去读取各种所需的ICC数据，包括IMSI，ICCID，MSISDN, MBI, AD, MWIS, SPDI等。

protected void fetchSimRecords() {
    ......
    mCi.getIMSIForApp(mParentApp.getAid(), obtainMessage(EVENT_GET_IMSI_DONE));
    mRecordsToLoad++;

    mFh.loadEFTransparent(EF_ICCID, obtainMessage(EVENT_GET_ICCID_DONE));
    mRecordsToLoad++;

    new AdnRecordLoader(mFh).loadFromEF(EF_MSISDN, getExtFromEf(EF_MSISDN), 1,
                obtainMessage(EVENT_GET_MSISDN_DONE));
    mRecordsToLoad++;
    ......
}

在众多ICC数据中，IMSI被单独列了出来，当读取到IMSI后，卡状态会从READY变为IMSI。其变化流程为：

-> 处理EVENT_GET_IMSI_DONE

-> 通知相关监听者

-> 触发IccCardProxy发送TelephonyIntents.ACTION_SIM_STATE_CHANGED的广播，ICC状态值为IccCardConstants.INTENT_VALUE_ICC_IMSI

public void handleMessage(Message msg) {
    ......
    try {
        switch (msg.what) {
            case EVENT_GET_IMSI_DONE:
                ......
                mImsiReadyRegistrants.notifyRegistrants();
                break;
        ......
        } finally {
            // Count up record load responses even if they are fails
            if (isRecordLoadResponse) {
                onRecordLoaded();
            }
        }
    ......
}

每当读取完一条信息后，就会调用onRecordLoaded()方法，判断是否所有需要的数据都读取完毕，如果都读取完了，就继续调用onAllRecordsLoaded()方法。需要注意的是，即使在读取ICC数据是出错，只要有返回消息，我们仍然认为这条数据已经读取了。

protected void onRecordLoaded() {
    ......
    mRecordsToLoad -= 1;
    ......
    if (mRecordsToLoad == 0 && mRecordsRequested == true) {
        onAllRecordsLoaded();
    } else if (mRecordsToLoad < 0) {
        loge("recordsToLoad <0, programmer error suspected");
        mRecordsToLoad = 0;
    }
}

ICC数据读取完毕后，就通知监听者，这时卡状态就变为LOADED了。

protected void onAllRecordsLoaded() {
    ......
    mRecordsLoadedRegistrants.notifyRegistrants(
        new AsyncResult(null, null, null));
}


总结一下，创建Phone时同时创建UiccController，并注册监听卡状态变化，modem检测到卡后上报卡状态发生变化，AP就去读取卡状态，之后再创建UiccCard，在UiccCard中，会根据读取到的卡信息，创建UiccCardApplication，并根据不同app类型创建IccFileHandler和IccRecords，app类型为APPTYPE_SIM时会创建SIMFileHandler和SIMRecords，而SIMRecords的构造方法中会注册监听app ready的事件，等到modem上报app ready时，就会去读取ICC的各种数据，当读取到IMSI后，卡状态变为IMSI，全部数据读取完后，卡状态变为LOADED。Over！
 

转载于:https://my.oschina.net/igiantpanda/blog/1608371

ducode
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SIM卡 --- 状态变化
Jack的博客
01-04 8073
6,SIM卡 SIM卡主要的内容包括,SIM卡信息的状态的变化。其中,状态的变化主要是从Modem到RIL守护进程最后上报给phone进程的RIL.java的。 6.1 状态变化 SIM卡状态的变化主要通过UiccController,这个类在phone进程初始化的时候会进行初始化。 UiccController的构造方法如下, mContext = c; //进程上下文 mCis =
uicc详解-4（uicc在UE端的初始化过程）
Think
09-13 2652
uicc初始化流程如下所示：
Telephony基础之UICC业务(CatService)
cornerOfHeart的博客
11-19 1181
CatService主要负责STK菜单的相关事宜，是Stk架构在Framework层的核心类。 作用： 1，解析自RIL上报的SIM卡中的数据然后以广播的形式上报给Stk app，方法为handleCommand（） 2,上层Stk app持有CatService实例ie，通过调用其onCmdResponse(）方法向RIL传递用户操作。一、CatService的创建过程 在前面我们分析
stk第3章 SubscriptionInfo的更新调用流程
lzl_lixiang的博客
04-27 502
第3章 SubscriptionInfo的更新调用流程 3.1 UiccController Sim卡状态发生改变，发送EVENT_GET_ICC_STATUS_DONE消息到UiccController的handleMessage。 图3.1UiccController的handleMessage消息处理 UiccController调RIL的getIccCardStatus（）...
UICC——ETSI TS 102 221规范应用详解一篇就够了
最新发布
weixin_47781568的博客
10-24 1435
本文章旨在介绍102221规范在Smart Cards中的实际的应用,完整的讲述102221规范中的重点内容，对不易于理解的地方进行深入剖析和命令使用方法和注意事项的讲解，其中包含大量的实例分析，简洁明了适合广大初学者学习。
Android4.X中SIM卡信息初始化过程详解
09-03
在Android 4.X系统中，SIM卡信息的初始化是一个关键的过程，涉及到设备的通信功能和用户身份的验证。本文将深入解析这一过程，帮助开发者理解和优化与SIM卡相关的应用。 首先，初始化过程始于Phone对象的创建。...
UICC终端接口UICC技术规范.rar
12-31
**UICC终端接口与UICC技术规范** UICC（Universal Integrated Circuit Card）是移动通信设备中的一种重要组件，主要用于存储用户身份信息、SIM卡应用以及密钥等安全数据。UICC通常与SIM卡（Subscriber Identity ...
UICC与USIM协议.zip
02-28
包含UICC协议 TS102221 以及USIM协议 TS31102 英文文档 英文文档 英文文档 中文详细介绍可以参考我的博文 https://blog.csdn.net/qq_31985307/article/details/113811448
UICC技术文档
08-08
uicc技术文档，uicc技术文档，uicc技术文档uicc技术文档
UniversalIntegratedCircuitCard(UICC)Configuration
05-16
通用集成电路卡是定义了物理特性的智能卡的总称。作为3G用户终端的一个重要的、可移动的组成部分，UICC主要用于存储用户信息、鉴权密钥、短消、付费方式等信息。
3GPP2 CSIM协议规范
07-14
该协议规范来自3GPP2，定义了CDMA的CSIM的文件结构 APDU传输格式
Android系统分析之运营商显示流程分析之运营商信息的读取流程二
04-24 368
运营商显示流程分析之运营商信息的读取流程 一. SIM卡运营商信息的读取 从前面的 运营商信息的获取和赋值 可以知道SIM卡运营商的赋值最终是在 SIMRecords 中完成的, 而SIM卡信息的相关读取是在Uicc模块中 1.1. SIMRecords的创建流程 SIMRecords 的创建是在 UiccCardApplication 中完成的: private IccRecords ...
Android9.0 SIM卡初始化---更新数据
达帮主
09-11 7184
Sim卡初始化 启动过程中初始化 SIM卡的一些相关数据 主要的类及其作用： PhoneGlobals : 里面的OnCreate直接调用了 PhoneFactory.makeDefaultPhones(this);PhoneApp : TelephonyServer 入口里面初始化了两个对象一个是PhoneGlobals TelephonyGlobalsUiccController:...
手机开机卡（Subscription）初始化
seaicelin的博客
02-21 5498
手机开机卡初始化
UICC框架初识
sjz4860402的专栏
11-13 2417
一.UICC概念UICC：Universal Integrated Circuit Card，通用集成电路卡。主要用于存储用户信息、鉴权密钥、短消、付费方式等信息。俗称电话卡，SIM卡。二.UICC种类UICC引入了多应用平台的概念，实现了多个逻辑应用（即逻辑模块）同时运行的多通道机制。一个UICC可同时包含多种不同的逻辑模块，根据当前终端所支持的无线接入网络的类型，来选择使用相应的逻辑模块。UIC
Android 6.0 SIM卡初始化流程
热门推荐
linyongan
05-14 1万+
本文主要讲述Android 6.0 SIM卡初始化流程，UICC的架构图如下：/** * This class is responsible for keeping all knowledge about * Universal Integrated Circuit Card (UICC), also know as SIM's, * in the system. It is also use
（M）SIM卡开机流程分析之显示名称加载
每个片段都值得深深纪念
04-27 3647
前面有说过，SIM卡的开机流程是从PhoneFactory.java文件中的makeDefaultPhone方法开始的，SIM的displayName也是从这部分开始的，接下来记录一下自己的研究成果 public static void makeDefaultPhone(Context context) { synchronized (sLockProxyPhones) {
Uicc之CatService（原）
阿杜的专栏
08-06 5764
CatService主要负责STK菜单的相关事宜，本节我们就来分析该对象。 一、CatService的创建过程         在前面第二节中我们分析过，在UiccCard的更新过程中，会初始化CatService对象：
uicc详解-2（uicc在UE端的软件架构及命令流程）
Think
09-12 4918
本篇文章将从两侧分析sim卡的开机流程：UC侧与sim侧。 UE侧分析     UE侧使用android操作系统，高通平台，uicc软件架构如下：      uicc软件架构图 QCRIL传输的是GENERIC COMMANDS即上章中的命令(文件操作，pin，鉴权等)，而QCRIL STK传输的是CAT COMMANDS（toolkit及文件操作）。 uicc初始化流程如下所
ETSI TS 102 221 V14.2.0 (2019-07) 102.221 USIM UICC
11-22
物理与逻辑特性》，是欧洲电信标准化组织(ETSI)发布的一项重要标准。这份技术规范主要针对的是通用的终端/集成电路卡(ICC)接口设计，目标是确保ICC与终端之间的互操作性，无论制造商、卡片发行商还是运营商如何，都...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值