Android 4.4 Kitkat Phone RILJ工作流程简析.docxVIP

Android 4.4 Kitkat Phone工作流程之RILJ工作流程简析目录(?)[-]RIL概述MOMT在RILJ中执行流程MO在RILJ中流程MT在RILJ中流程RILJ工作流程RILRequest的构造RILSender发送RequestRILReceiver接收Response总结 本文代码以MTK平台Android 4.4为分析对象，与Google原生AOSP有些许差异，请读者知悉。我们知道在 Android 4.4 中，拨打电话最终调用到了RIL.java中，并使用send()方法继续向下传递。本文主要目的是简单介绍RILJ工作流程，为后续MT流程分析打下基础。RIL概述 RIL 即 Ridio Interface Layer缩写，无线通信接口层，Android 中的实现分为RILJ和RILC两部分。RILJ属于Framework层中的Java部分( 后文使用RILJ指代RIL.java )，RILC属于HAL层中的C/C++部分(也就是rild)。RIL负责将AP层用户的通话控制信息传递给BP层Modem端，同时Modem端也会将相关处理结果返回给AP层。另外Modem状态有改变时也会主动上报给RIL层，再逐步向上传递并最终通过界面显示出来。本文仅简单介绍RILJ部分，详细分析请参看其他大神的分析。RILJ与RILC以及Modem之间关系如图1：图1MO/MT在RILJ中执行流程：1. MO在RILJ中流程： 当用户执行MO(去电)时，通过层层判断之后，系统会将相关信息传递到RILJ中，封装好后使用AT指令的方式发送到Modem端，最终由Modem端发起通话请求。在通话接通后Modem端会返回相关AT指令信息给RIL层，RIL层再向上反馈。整个MO(去电)流程可以简单的归结为两个步骤：(1). ( Request , Response) ，即向RILC发起Request，再由RILC向Modem发送相关AT指令，等待Modem处理并反馈结果，如DIAL操作；(2). (Response)，即在对方接通之后，Modem会将状态信息反馈到RILJ中；2. MT在RILJ中流程： 当Modem端收到来电信息时，会将相关来电信息通过AT指令发送给RILC，再通过RILC使用socket发送给RILJ，逐层向上传递，最终显示来电响铃界面。MT(来电)与MO(去电)的第二步相同，通过( Response )，即Modem端主动上报状态改变信息；我们先来看一下RILJ 的基本组成以及主要功能，图2为RILJ核心类图：图2通过上图我们可以看到，RILJ继承自BaseCommands实现了CommandsInterface接口，RILJ包含了三个内部类：RILRequest、RILReceiver、RILSender，分别对应mRequestsList、mSender、mReceiver三个对象。RILJ中涉及通话控制和消息处理的关键方法：通话控制类：dial()，负责创建拨号RILRequest对象；acceptCall()，负责创建接听RILRequest对象；rejectCall()，负责创建拒接RILRequest对象；以上方法最终会通过RILSender并使用socket方式向RILC发起相关请求。消息处理类：processUnsolicited()，负责处理UnSolicited反馈信息；processSolicited()，负责处理Solicited反馈信息； 这些消息来自RILC的socket反馈，在上一篇MO(去电)流程分析中，dial最终会调用到RIL.java中的RILSender对象的相关方法，向RILC继续传递拨号信息，而MT(来电)时Modem会将相关信息发送到RILC，RILC再将信息通过socket反馈给RILJ，在RILJ中通过RILReceiver接收并开始处理。RILSender负责通过socket向RILC发送RILRequest信息，RILReceiver负责以socket方式从RILC接收Response信息。当RILJ从RILC接收到相关信息时，会逐步向上反馈，这些信息分为两类：1. Solicited Response 请求返回消息，这类消息是上层主动请求Modem再由其返回的消息，这些消息由RILC上报给RILJ。比如当我们执行MO(去电)时，会通过RILSender发送dial类型的Request给RILC，RILC再传递给Modem端，再由Modem端发起通话请求。待对方接通之后Modem将相关信息发送到RILC，RILC将结果消息反馈给RILJ，此时由RILReceiver来接收并处理消息，这种