linyongan

前言本文主要讲解Telephony中Phone相关的知识 ，1. Android N中Phone的改变。Android 6.0时，Phone的继承关系：

前言本文主要讲解RegistrantList的原理，以及如何快速分析RegistrantList相关的代码流程。 在Telephony模块中，在RIL、Tracker(ServiceStateTracker、CallTracker、DcTracker)、Phone(PhoneBase及其子类)、UICC框架、CallManager等等中都大量使用到的RegistrantList，可见Regi

前言本文主要讲解RILJ工作原理，以便更好地分析代码，分析业务的流程。 这里说的RILJ指的是RIL.java (frameworks\opt\telephony\src\java\com\android\internal\telephony) , RILC指的是Ril.cpp (hardware\ril\libril)1. RILJ的创建RILJ的继承关系如下

前言TelephonyManager主要提供Telephony相关信息的查询/修改功能，以及Phone状态监听功能，封装的方法主要是提供给APP上层使用。 TelephonyManager.java 在frameworks\base\telephony\java\android\telephony目录下。1. TelephonyManager整体结构从TelephonyManager导入的文件中可

本文紧接着上一篇文章《Android Telephony分析(四) —- TelephonyManager详解 》的1.4小节。 从TelephonyRegistry的大部分方法中: 可以看出TelephonyRegistry主要的功能是上报消息，有两种方式： 1. 通过notifyXXX方法。 2. 通过发送broadcast。 至于发广播没什么好说的了，我们看看notifyXXX方

本文将结合前面五篇文章所讲解的知识，综合起来，实现一个接口扩展的功能。 如果还没有阅读过前面五篇文章的内容，请先阅读： 《Android Telephony分析(一) — Phone详解 》 《Android Telephony分析(二) — RegistrantList详解 》 《Android Telephony分析(三) — RILJ详解 》 《Android Telephony分析

本文是基于上一篇《[Android Telephony分析(六) ---- 接口扩展(实践篇)](http://blog.youkuaiyun.com/linyongan/article/details/52151651)》来写的。上一篇介绍的接口扩展的方法需要实现两部分代码：1. 从APP至RIL，发送请求；2. 从RIL至APP，上报结果。

本文主要讲解IP Multimedia Subsystem (IMS)在Android 7.0上由谷歌Android实现的部分内容。 从APP侧一直到Telephony Framework，是不区分CS流程还是PS流程的。到了Telephony Framework模块，会依据IMS相关的状态信息(Registration Status，Service Status等)和用户设置信息(Volte E