cjwsimple

写在前面    1、本文从宏观的角度去分析问题，因此忽略了一些非主线的函数。    2、同理，对于函数内部非主要的逻辑部分，也采取了省略。    3、受限于知识的积累和理解能力，文中描述如有分析不妥之处，希望能够得到大家更正。从Main函数开始的故事    Android的智能机架构是应用处理器+基带芯片，也就是AP+Modem的模式，AP部分相当于CPU，Mode

APN概念      APN(Access Point Name)，即“接入点名称”，用来标识GPRS的业务种类，目前分为两大类：CMWAP(通过GPRS访问WAP业务)、CMNET（除了WAP以外的服务目前都用CMNET,比如连接因特网等）。是通过手机上网时必须配置的一个参数，它决定了您的手机通过哪种接入方式来访问网络。业务流程GPRS专网系统终端上网登录服务器平台的流程为：

IMSI、IMEI、ESN和MEID的区别 IMSI国际移动用户识别码（IMSI：International Mobile Subscriber Identification Number）是区别移动用户的标志，储存在SIM卡中，可用于区别移动用户的有效信息。IMSI总长度不超过15位，同样使用0～9 的数字。其中MCC是移动用户所属国家代号，占3位数字，中国的MCC规定为

UI -> TelephonyTelephony -> Ril

UICC 实现框架和数据读写　　现有的手机中使用的卡SIM, USIM,UIM等统称为：UICC——Universal Integrated Circuit Card；这些卡之间数据结构是有些区别的，先来看看SIM卡的文件结构。一 Sim文件系统数据结构1 sim卡文件系统　　SIM card file system structure： 　

本文代码以MTK平台Android 4.4为分析对象，与Google原生AOSP有些许差异，请读者知悉。本文主要介绍MTK Android开机时，SIM卡的Framework部分初始化过程。先看一段注释：view sourceprint?01./* Once created UiccController registers with

本文代码以MTK平台Android 4.4为分析对象，与Google原生AOSP有些许差异，请读者知悉。本文主要介绍sim卡数据的读取过程，当射频状态处于准备状态时，此时UiccCardApplication应处于AppState.APPSTATE_READY状态，我们沿着这个信号跟踪下去。阅读本文时可先阅读Android4.4 Telephony流程分析——SIM卡开机时的初始化一文

5.1 MO CALL5.1.1   拨号请求（CallActivity）我们从CallActivity来开始看MO呼叫流程，在他的processIntent里处理收到的呼叫intent，目前支持3种类型的起呼呼叫，之后processOutgoingCallIntent给CallReceiver发送一个广播，完成本阶段的处理。 private v

enter_pinvendor/qcom/proprietary/qcril/qcril_original/qcril.cqcril_hash_table_lookup( (uint32) request, &entry_ptr );qcril_dispatch_event( entry_ptr, &params )

Telephony提供的功能： Voice, SMS, SIM, Data Connection, STK and etc这个模块特殊的地方：1. 在Phone应用中，注册了Service。这样Phone就必须始终运行。   将ITelephony放到Phone应用中：在Service中需要提供UI界面，比如打电话,拨号等。 2. 将与硬件相关的模块，抽离出来。一方

Android之TelephonyManager类的方法详解    TelephonyManager类主要提供了一系列用于访问与手机通讯相关的状态和信息的get方法。其中包括手机SIM的状态和信息、电信网络的状态及手机用户的信息。在应用程序中可以使用这些get方法获取相关数据。    TelephonyManager类的对象可以通过Context.getSystemService(Co

1. Parcelable接口Interface for classes whose instances can be written to and restored from a Parcel。 Classes implementing the Parcelable interface must also have a static field called CREATOR， which i

Android的Phone模块是整个系统的核心模块之一，是手机的重要组成部分，所以理解和分析Phone模块的主要流程和原理机制就成了我们学习和开发Android应用程序的重要工作之一。而要对Phone模块进行学习和分析，我觉得接电话的功能是一个非常好的，而且非常有代表性的功能，因为接电话的流程相对比较清晰，并且可以从接电话的过程窥探到整个Phone模块的基本面貌，其中消息的收发和处理也是这中间非常

static struct RIL_Env s_rilEnv = { RIL_onRequestComplete, RIL_onUnsolicitedResponse, RIL_requestTimedCallback};其中的三个函数在ril.cpp中最下边定义token_id 上层传给下层的请求号event_id 事件号instance_idmode

enter_pinvendor/qcom/proprietary/qcril/qcril_original/qcril.cqcril_hash_table_lookup( (uint32) request, &entry_ptr );qcril_dispatch_event( entry_ptr, &params )

Android GSM驱动模块（rild）详细分析（一）基本架构及初始化Android 的RIL驱动模块，在hardware/ril目录下，一共分rild，libril.so以及librefrence_ril.so三个部分，另有一 radiooptions可供自动或手动调试使用。都依赖于include目录中ril.h头文件。目前cupcake分支上带的是gsm的支持，另有一 c

请求流程：RIL.java中调用 dial()public void    dial (String address, int clirMode, Message result) {        RILRequest rr = RILRequest.obtain(RIL_REQUEST_DIAL, result);        rr.mp.writeString

Android5.0开始支持双卡了。对于双卡的卡信息的管理，也有了实现，尽管还不是完全彻底完整，如卡的slot id， display name，iccid，color等，其设计思路竟然跟之前接触到的一个平台是一样的，都是同不同颜色来标识不同的卡，让用户一目了然，只是5.0的实现目前还局限在FW框架里，应用层的实现还没有，相信，等到5.1或者再之后的版本中，我们就可以在setting里看到对卡表示