Android RIL使用详解
作者：ricks 发布时间：2021-09-30 18:06:45
前言
Android作为一个通用的移动平台，其首要的功能就是通话、短信以及上网等通信功能。那么，从系统的角度来看，Android究竟是怎么实现与网络的交互的了？ 这篇文章里，就来看一看Android中负责通信功能的Telephony中间层，通常也被称之为RIL(Radio Interface Layer)的具体实现原理与架构。
Android手机要实现与网络端的通信，需要跨越两个层：
RIL Java(RILJ)：负责将上层APP的通信请求发送给HAL层；RIL C++(RILD)： 系统守护进程，负责将RILJ的请求命令发送给CP(Communication Processor)
什么是RIL
简单的说，RIL(Radio Interface Layer)，就是将应用程序的通信请求发送给CP的中间层，其包括两个部分，一个是Java层RILJ,一个是C++层（不妨看作是CP对应的HAL层）RILD。
RILJ属于系统Phone进程的一部分，随Phone进程启动而加载；而RILD守护进程是通过Android的Init进程进行加载的。
RIL结构
下图是一个Android RIL的一个结构图。整个通信过程有四个层：
最上层的是应用程序，如通话，短信以及SIM卡管理，它们主要负责将用户的指令发送到RIL Framework(以后统称RILJ）；
RILJ为上层提供了通用的API，如TelephonyManager(包括通话，网络状态； SubscriptionManager(卡状态）以及SmsManager等，同时RILJ还负责维持与RILD的通信，并将上层的请求发送给RILD；
RILD是系统的守护进程，对于支持通话功能的移动平台是必不可少的。RILD的功能主要功能是将RILJ发送过来的请求继续传递给CP，同时会及时将CP的状态变化发送给RILJ；
Linux驱动层：kernel驱动层接受到数据后，将指令传给CP，最后由CP发送给网络端，等网络返回结果后，CP将传回给RILD；
RILJ与RILD（RILD与CP的通信）都是通过一个个消息进行数据传递。消息主要分两种：一种是RILJ主动发送的请求（solicited），常见的有RIL_REQUEST_GET_SIM_STATUS(获取SIM卡状态），RIL_REQUEST_DIAL(拨打电话），RIL_REQUEST_SEND_SMS（发送短信），RIL_REQUEST_GET_CURRENT_CALLS（获取当前通话状态），RIL_REQUEST_VOICE_REGISTRATION_STATE（获取网络状态）； 另一种则是从CP主动上报给RIL的消息（unsolicited)，如网络状态发生变化时，CP会上报RIL_UNSOL_RESPONSE_VOICE_NETWORK_STATE_CHANGED，有新短信时，会上报RIL_UNSOL_RESPONSE_NEW_SMS，有来电时会上报RIL_UNSOL_CALL_RING。
RIL相关的请求命令与数据结构都定义在/android/hardware/ril/include/telephony/ril.h
在整个过程中，有几个关键问题：
上层是如何得知RILJ状态变化的；
RILJ与RILD是怎么进行通信的？
RILJD与CP又是如何进行通信的？
围绕这三个问题点，我们来看一下具体的细节。
上层如何得知RILJ状态变化
为方便上层实时监听网络状态、通话状态以及CP的状态变化，RIL提供了一个专门的监听接口IPhoneStateListener.aidl，上层需要监听上述状态变化时，只需要实现上述接口,并在Android系统服务TelephonyRegistry中对上述接口实现进行注册：
public void listen(String pkgForDebug, IPhoneStateListener callback, int events, boolean notifyNow);
另外，也可以在TelephonyManager中对RIL状态进行监听：
public void listen(PhoneStateListener listener, int events)
源代码:/android/frameworks/base/telephony/java/com/android/internal/telephony/IPhoneStateListener.aidl
oneway interface IPhoneStateListener {
void onServiceStateChanged(in ServiceState serviceState);
void onSignalStrengthChanged(int asu);
void onMessageWaitingIndicatorChanged(boolean mwi);
void onCallForwardingIndicatorChanged(boolean cfi);
// we use bundle here instead of CellLocation so it can get the right subclass
void onCellLocationChanged(in Bundle location);
void onCallStateChanged(int state, String incomingNumber);
void onDataConnectionStateChanged(int state, int networkType);
void onDataActivity(int direction);
void onSignalStrengthsChanged(in SignalStrength signalStrength);
void onOtaspChanged(in int otaspMode);
void onCellInfoChanged(in List<CellInfo> cellInfo);
void onPreciseCallStateChanged(in PreciseCallState callState);
void onPreciseDataConnectionStateChanged(in PreciseDataConnectionState dataConnectionState);
void onDataConnectionRealTimeInfoChanged(in DataConnectionRealTimeInfo dcRtInfo);
void onVoLteServiceStateChanged(in VoLteServiceState lteState);
void onOemHookRawEvent(in byte[] rawData);
void onCarrierNetworkChange(in boolean active);
void onFdnUpdated();
void onVoiceRadioBearerHoStateChanged(int state);
}
RILJ与RILD如何通信
RILJ在创建过程中，会启动两个线程：RILSender和RILReceiver,RILSender负责将指令发送给RILD,而RILReceiver则负责从读取从RILD发送过来的数据。RILJ与RILD的通信通道就是在RILReceiver中建立起来的。
我们来看一看RILReciver的代码：
class RILReceiver implements Runnable {
byte[] buffer;
RILReceiver() {
...
@Override
public void
run() {
int retryCount = 0;
String rilSocket = "rild";
// 尝试与RILD建立连接
try {for (;;) {
LocalSocket s = null;
LocalSocketAddress l;
if (mInstanceId == null || mInstanceId == 0 ) {
rilSocket = SOCKET_NAME_RIL[0];
} else {
rilSocket = SOCKET_NAME_RIL[mInstanceId];
}
try {
s = new LocalSocket();
l = new LocalSocketAddress(rilSocket,
LocalSocketAddress.Namespace.RESERVED);
s.connect(l);
} catch (IOException ex){
...
// don't print an error message after the the first time
// or after the 8th time
if (retryCount == 8) {
Rlog.e (RILJ_LOG_TAG,
"Couldn't find '" + rilSocket
+ "' socket after " + retryCount
+ " times, continuing to retry silently");
} else if (retryCount >= 0 && retryCount < 8) {
Rlog.i (RILJ_LOG_TAG,
"Couldn't find '" + rilSocket
+ "' socket; retrying after timeout");
}
...
retryCount++;
continue;
}
retryCount = 0;
mSocket = s;
// 从socket读取数据
int length = 0;
try {
InputStream is = mSocket.getInputStream();
for (;;) {
Parcel p;
length = readRilMessage(is, buffer);
if (length < 0) {
// End-of-stream reached
break;
}
p = Parcel.obtain();
p.unmarshall(buffer, 0, length);
p.setDataPosition(0);
processResponse(p);
p.recycle();
}
} catch (java.io.IOException ex) {
Rlog.i(RILJ_LOG_TAG, "'" + rilSocket + "' socket closed",
ex);
} catch (Throwable tr) {
Rlog.e(RILJ_LOG_TAG, "Uncaught exception read length=" + length +
"Exception:" + tr.toString());
}
//无法读取数据，将CP状态设置为不可用
setRadioState (RadioState.RADIO_UNAVAILABLE);
...
mSocket = null;
RILRequest.resetSerial();
// Clear request list on close
clearRequestList(RADIO_NOT_AVAILABLE, false);
}} catch (Throwable tr) {
Rlog.e(RILJ_LOG_TAG,"Uncaught exception", tr);
}
}
}
RILReceiver启动时，会建立一个UNIX Domain socket(LocalSocket，kernel层对应/dev/socket/rild)，与RILD进行通信，然后一直从socket中读取数据,并将数据传给上层。连接成功后，RILD会发送一个消息给RILJ，表示连接成功了，这样RILJ就可以将请求数据发送给RILD，进行通信了。
RILD与CP如何进行通信
RILD与CP（可以看做是两个运行在不同CPU上的进程通信）交换数据方式一般有两种情况。如果AP与CP集中在一个芯片上，如高通的平台就是将AP与CP集中在一块芯片上，这时通常采用共享内存的方式实现跨进程通信；而如果不是在同一块芯片，而是AP与CP分别采用不同厂商的平台，则一般采用字符设备(character devices) 进行通信。总的说来，共享内存的方式在速度上要优于字符设备。
接下来，主要介绍下RILJ部分的代码结构。
RILJ代码结构
RIL Framework (RILJ)的代码按照功能来划分的话，主要有以下几个组成部分：
管理网络状态（信号强度，网络注册状态等）:ServiceStateTracker等；
通话管理（拨号，接听，呼叫等待等）：CallManager,GsmCallTracker等
SMS短信接收发送：InboundSMSHandler,SmsDispater等
SIM卡管理：UiccController,SubscriptionsController等
数据链接管理：DcTracker,DctController等
Telephony 大管家：PhoneBase,GsmPhone,PhoneProxy等
以上代码主要位于两个目录：
/android/frameworks/opt/telephony/（负责与RILD交互）
/android/frameworks/base/telephony/（对上层提供接口）
下面，以拨打电话的流程作为示例看一看RIL是如何发挥作用的。
示例：CALL流程
下图是一个MO(Mobile Originated) 通话流程简图：
APP向TelecomManager发送拨号请求（关于TelecomManager可以参考另一篇文章Android Telecom系统服务）；
TelecomManager将通话请求发送给GsmPhone；
GsmPhone继续将指令传递给GsmCallTracker；
GsmCallTracker调用RILJ，RILJ将通话请求发送给RILD；
RILD接收到通话指令时，发送给CP；
CP发送给网络，MT(Mobile Terminal)收到通话后，告知网络，由网络将该信息传递给MO已将通话信息发送给MT了（就是手机发出嘟嘟声音的时候）：通话状态由DIALING –> ALERTING；
RILD收到通话状态变化的消息后，发送一个UNSOL_RESPONSE_CALL_STATE_CHANGED的消息给RILJ；
RILJ通知GsmCallTracker通话状态变化了；
GsmCallTracker主动查询CALL状态：pollCallWhenSafe()，确保得到的信息是对的，没有发生变化；
RILJ给RILD发送getCurrentCalls()的请求；
RILD获取到CALL状态后，上报给RILJ，再由RILJ返回结果给GsmCallTracker
GsmCallTracker得到确定的CALL状态后，通知GsmPhone：notifyPreciseCallStateChanged();
GsmPhone将CALL状态变化的消息告知Telecom系统服务；
最后，Telecom系统服务发送CALL状态变化的广播给上层APP
到这一步后，通话并没有开始，如果MT接听了电话，则MO会收到CALL状态变化的信息，然后，才真正开始建立通话链接。
到此这篇关于Android RIL使用详解的文章就介绍到这了,更多相关Android RIL内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
来源：https://www.cnblogs.com/ricks/p/9497403.html
0
投稿猜你喜欢
最近在项目中用到了上下滚动展示条目内容，就使用kotlin简单编写实现了一下该功能。使用kotlin实现viewflipper展示textv- 前言SSL Socket通讯是对socket的扩展，增加Socket通讯的数据安全性，SSL认证分为单向和双向认证。单向认证只认证服务器端的
- 今天研究了下RecyclerView的滑动事件，特别是下拉刷新和加载更多事件，在现在几乎所有的APP显示数据列表时都用到了。自定义Recyc
- 验证码逻辑以前在项目中也做过验证码，生成验证码的代码网上有很多，也有一些第三方的jar包也可以生成漂亮的验证码。验证码逻辑很简单，就是在登录
- 目录前言令牌中继令牌难道不能在Feign自动中继吗？实现令牌中继InheritableThreadLocal实现令牌中继总结前言在Sprin
- Maven setting中私有仓库配置浅析最近遇到过不少这样那样的问题，曾经做过maven的分享，但是发现当时部分内容还是太想当然了，下面
- 分部类（Partial Class）在C#2.0引入，分部方法（Partial Method）在C#3.0引入，这两个语法特性都具有相同的特
- 前言在移动互联网浪潮中，联网APP已经把单机拍死在沙滩上，很多公司都希望自家应用能够有一套帐号系统，可是许多用户却并不一定买账：
- 如题,在GitHub上找了一圈想找一个MongoDB的的ORM框架,未偿所愿,就去翻了翻官网(https://docs.mongodb.co
- 在Servlet 3.0之前都是使用web.xml文件进行配置，需要增加Servlet、Filter或者Listener都需要在web.xm
- Java爬取图片现在开始学习爬虫，对于爬虫的入门来说，图片相对来说是比较容易获取的，因为大部分图片都不是敏感数据，所以不会遇到什么反爬措施，
- 1.服务配置中心1.1 服务配置中心介绍首先我们来看一下,微服务架构下关于配置文件的一些问题:1.配置文件相对分散。在一个微服务架构下，配置
- 1、打开侧面的maven，点击图中箭头指向的图标。2、出现如下弹窗，在Command line在中输入执行的指令。指令格式：install:
- Room的三个主要组件：数据库类，用于保存数据库并作为应用持久性数据底层连接的主要访问点。数据实体，@Entity，表示数据库中的表。数据访
- 这次主要是练习一下Android的自定义view和path的相关使用，所以做了一个简单的demo：自定义一个view，并用path在上面画一
- 一、前言对于任何框架而言，在使用前都要进行一系列的初始化，MyBatis也不例外。二、MyBatis的初始化做了什么2.1 Mybatis的
- 今天给大家介绍一下SpringBoot中JPA的一些常用操作，例如：增删改查、分页、排序、事务操作等功能。下面先来介绍一下JPA中一些常用的
- 本文实例为大家分享了Flutter Drawer抽屉菜单示例代码，供大家参考，具体内容如下一.Flutter Drawer组件简介1.源码查
- 本文实例为大家分享了unity实现手游虚拟摇杆的具体代码，供大家参考，具体内容如下using System.Collections;usin
- 介绍最近项目开发中用到了WebView播放视频的功能，总结了开发中犯过的错误，这些错误在开发是及容易遇到的，所以我这里总结了一下，希望大家看
