技术标签: RSSI framework telephony android Android
文:GentlemanTsao
https://blog.csdn.net/GentelmanTsao
每篇一格言
纸上得来终觉浅,绝知此事要躬行
——陆游
RSSI问题是移动终端常见的异常,例如信号格不刷新,或threshold不符合要求等。由于RSSI涉及较多module,所以分析的路径也比较长。
本篇先从framework部分入手。
先整体认识下RSSI上报的层次关系,如下图
RSSI上报流程依次为:
modem部分:L1物理层–>RRC–>CM–>QMI_NAS
AP和BP交互:QMI–>QCRIL
AP部分:RIL–>framework–>UI(application)
我们从framework开始分析
概况为下面的call flow:
不妨从左往右,用倒推的方式来分析上图的逻辑流程。
在android系统设置菜单的【关于手机】–>【SIM卡状态】菜单中,有【信号强度】一栏,显示当前网络下的RSSI,通常包括DBm和ASU值。其数据的刷新由SimStatusDialogController类负责。
该类监听PhoneStateListener.LISTEN_SIGNAL_STRENGTHS(如下code 1)并通过内部类复写PhoneStateListener的onSignalStrengthsChanged方法(如下code 2),得到SignalStrength对象,然后取出DBm和asu的值并刷新dialog。
code 1:
public void onResume() {
if (mSubscriptionInfo == null) {
return;
}
mTelephonyManager.createForSubscriptionId(mSubscriptionInfo.getSubscriptionId())
.listen(mPhoneStateListener,
PhoneStateListener.LISTEN_DATA_CONNECTION_STATE
| PhoneStateListener.LISTEN_SIGNAL_STRENGTHS // 监听signalStrength
| PhoneStateListener.LISTEN_SERVICE_STATE);
。。。
}
code 2:
PhoneStateListener getPhoneStateListener() {
return new PhoneStateListener() {
。。。
//复写onSignalStrengthsChanged方法,获得signalStrength对象
public void onSignalStrengthsChanged(SignalStrength signalStrength) {
updateSignalStrength(signalStrength);
}
。。。
}
该类包含了所有信号相关的讯息:
上图中的所有讯息都可以通过SignalStrength的getxxx方法获取。
于是就产生另一个疑问:
这是一个监听类,负责监听telephony特定状态的改变,例如service state,signal strength。
注意:监听某些telephony讯息需要在manifest中声明权限,例如READ_PHONE_STATE权限。
该类的使用方法是复写它的回调函数。对于signalStrength的监听,需要复写onSignalStrengthsChanged。
于是又一个疑问产生了:
这是一个集中处理telephony注册和回调的类。
该类设计了一个内部类Record,用于储存注册和回调讯息(如下)。
private static class Record {
Context context;
String callingPackage;
IBinder binder;
TelephonyRegistryDeathRecipient deathRecipient;
//这里保存了一个PhoneStateListener对象
IPhoneStateListener callback;
。。。
}
每注册一个监听事件,都生成一个对应的Record,这些record保存在一个arrayList中,名为mRecords。
看一下注册监听事件的实现(如下):
private void listen(String callingPackage, IPhoneStateListener callback, int events,
boolean notifyNow, int subId) {
。。。
synchronized (mRecords) {
IBinder b = callback.asBinder();
Record r = add(b);
r.context = mContext;
//将callback,也就是上面提到的PhoneStateListener加到新的record中
r.callback = callback;
r.callingPackage = callingPackage;
r.callerUid = Binder.getCallingUid();
r.callerPid = Binder.getCallingPid();
。。。
}
}
接下来,什么时候回调呢?
下面是notifySignalStrengthForPhoneId的实现,为了便于理解,以伪代码的形式给出(如下)。
public void notifySignalStrengthForPhoneId(int phoneId, int subId,
SignalStrength signalStrength) {
1. 遍历mRecords
2. 匹配PhoneStateListener.LISTEN_SIGNAL_STRENGTHS
3. 如果2满足则调用:r.callback.onSignalStrengthsChanged
4. 发送广播ACTION_SIGNAL_STRENGTH_CHANGED
}
接下来,我们带着问题2,即signalStrength(也就是notifySignalStrengthForPhoneId传入的对象)是从哪里得到的,继续往右找到了DefaultPhoneNotifier的notifySignalStrength方法(如下)。
public void notifySignalStrength(Phone sender) {
int phoneId = sender.getPhoneId();
int subId = sender.getSubId();
try {
if (mRegistry != null) {
mRegistry.notifySignalStrengthForPhoneId(phoneId, subId,
sender.getSignalStrength());
}
} catch (RemoteException ex) {
// system process is dead
}
}
该方法传入的是一个phone的对象,并通过phone获得数据。
发现了重要线索,sender.getSignalStrength()得到的正是signalStrength对象。答案似乎不远了。
接上面,Phone调用DefaultPhoneNotifier的notifySignalStrength(Phone sender),并传入自己(如下)。
public void notifySignalStrength() {
mNotifier.notifySignalStrength(this);
}
它还有getSignalStrength方法,获取的是ServiceStateTracker的SignalStrength(如下)
public SignalStrength getSignalStrength() {
ServiceStateTracker sst = getServiceStateTracker();
if (sst == null) {
return new SignalStrength();
} else {
return sst.getSignalStrength();
}
}
历经关隘,我们遇到了第一个boss: ServiceStateTracker。
getSignalStrength()方法返回了它的私有对象mSignalStrength。
public SignalStrength getSignalStrength() {
return mSignalStrength;
}
于是我们得到了问题2的答案。
紧接着又有了新的疑问:
这需要从ServiceStateTracker的构造开始。
GsmCdmaPhone是phone的一个子类(如下)。它还有一个公有对象ServiceStateTracker
public class GsmCdmaPhone extends Phone {
public ServiceStateTracker mSST;
。。。
}
它的构造方法生成了ServiceStateTracker的实例(如下):
public GsmCdmaPhone(Context context, CommandsInterface ci, PhoneNotifier notifier,
boolean unitTestMode, int phoneId, int precisePhoneType,
TelephonyComponentFactory telephonyComponentFactory) {
。。。
//构造方法生成ServiceStateTracker的实例。
mSST = mTelephonyComponentFactory.inject(ServiceStateTracker.class.getName())
.makeServiceStateTracker(this, this.mCi);
。。。
}
这其中又用到了TelephonyComponentFactory。
该类造出一个ServiceStateTracker对象。(如下)
public ServiceStateTracker makeServiceStateTracker(GsmCdmaPhone phone, CommandsInterface ci) {
Rlog.d(LOG_TAG, "makeServiceStateTracker");
return new ServiceStateTracker(phone, ci);
}
接着看ServiceStateTracker的构造方法(如下)
public ServiceStateTracker(GsmCdmaPhone phone, CommandsInterface ci) {
mNitzState = TelephonyComponentFactory.getInstance()
.inject(NitzStateMachine.class.getName())
.makeNitzStateMachine(phone);
。。。
//构造方法的最后call这个方法
updatePhoneType();
}
看看updatePhoneType做了什么?
public void updatePhoneType() {
。。。
mCi.getSignalStrength(obtainMessage(EVENT_GET_SIGNAL_STRENGTH));
。。。
}
EVENT_GET_SIGNAL_STRENGTH是一个返回消息。
mCi是CommandsInterface的实例。需找到getSignalStrength的实现,才能知道做了什么。
这是一个接口类,提供了getSignalStrength 的声明。(如下)
这里的实现在RIL中。
void getSignalStrength (Message response);
public class RIL extends BaseCommands implements CommandsInterface {
RIL实现了getSignalStrength 方法,发送消息RIL_REQUEST_SIGNAL_STRENGTH(如下),对应的返回消息便是EVENT_GET_SIGNAL_STRENGTH。
public void getSignalStrength(Message result) {
IRadio radioProxy = getRadioProxy(result);
。。。
RILRequest rr = obtainRequest(RIL_REQUEST_SIGNAL_STRENGTH, result,
mRILDefaultWorkSource);
。。。
radioProxy.getSignalStrength(rr.mSerial);
}
回到ServiceStateTracker,看下返回消息EVENT_GET_SIGNAL_STRENGTH的处理(如下)
case EVENT_GET_SIGNAL_STRENGTH:
if (!(mCi.getRadioState() == TelephonyManager.RADIO_POWER_ON)) {
// Polling will continue when radio turns back on
return;
}
ar = (AsyncResult) msg.obj;
//mark1.处理消息内容,发送给phone
onSignalStrengthResult(ar);
//mark2.延时一段时间再次获取signalStrength,反复这个过程从而使信号不断更新
queueNextSignalStrengthPoll();
。。。
}
mark1. 的实现如下:
protected boolean onSignalStrengthResult(AsyncResult ar) {
。。。
// 接收消息返回的SignalStrength
mSignalStrength = (SignalStrength) ar.result;
。。。
// 更新SignalStrength
mSignalStrength.updateLevel(config, mSS);
。。
// 发给phone通知SignalStrength状态改变
boolean ssChanged = notifySignalStrength();
。。。
}
这里得到了问题4的答案:
mark2.的实现如下:
private void queueNextSignalStrengthPoll() {
。。。
msg = obtainMessage();
msg.what = EVENT_POLL_SIGNAL_STRENGTH;
。。。
//发送延时消息,再次获取signal
sendMessageDelayed(msg, POLL_PERIOD_MILLIS);
}
ServiceStateTracker接收到EVENT_POLL_SIGNAL_STRENGTH后,又向RIL发送request请求SignalStrength(如下),如此,mSignalStrength的值便可以不断更新。
case EVENT_POLL_SIGNAL_STRENGTH:
mCi.getSignalStrength(obtainMessage(EVENT_GET_SIGNAL_STRENGTH));
break;
Radio关闭时,Signal获取随之停止。当收到下面两个event时,重启poll过程:
EVENT_SIM_READY
case EVENT_SIM_READY:
// Reset the mPreviousSubId so we treat a SIM power bounce
// as a first boot. See b/19194287
mOnSubscriptionsChangedListener.mPreviousSubId.set(
SubscriptionManager.INVALID_SUBSCRIPTION_ID);
mPrevSubId = SubscriptionManager.INVALID_SUBSCRIPTION_ID;
mIsSimReady = true;
pollState();
// Signal strength polling stops when radio is off
queueNextSignalStrengthPoll();
break;
EVENT_RADIO_STATE_CHANGED
EVENT_PHONE_TYPE_SWITCHED
case EVENT_RADIO_STATE_CHANGED:
case EVENT_PHONE_TYPE_SWITCHED:
if(!mPhone.isPhoneTypeGsm() &&
mCi.getRadioState() == TelephonyManager.RADIO_POWER_ON) {
handleCdmaSubscriptionSource(mCdmaSSM.getCdmaSubscriptionSource());
// Signal strength polling stops when radio is off.
queueNextSignalStrengthPoll();
}
。。。
接下来我们继续分析RIL部分:
全面&详细解析android 10 RSSI信号格显示与刷新其二,RIL篇.
喜欢,别忘了点赞~
文章浏览阅读3.8k次,点赞9次,收藏28次。直接上一个工作中碰到的问题,另外一个系统开启多线程调用我这边的接口,然后我这边会开启多线程批量查询第三方接口并且返回给调用方。使用的是两三年前别人遗留下来的方法,放到线上后发现确实是可以正常取到结果,但是一旦调用,CPU占用就直接100%(部署环境是win server服务器)。因此查看了下相关的老代码并使用JProfiler查看发现是在某个while循环的时候有问题。具体项目代码就不贴了,类似于下面这段代码。while(flag) {//your code;}这里的flag._main函数使用while(1)循环cpu占用99
文章浏览阅读347次。idea shift f6 快捷键无效_idea shift +f6快捷键不生效
文章浏览阅读135次。Ecmacript 中没有DOM 和 BOM核心模块Node为JavaScript提供了很多服务器级别,这些API绝大多数都被包装到了一个具名和核心模块中了,例如文件操作的 fs 核心模块 ,http服务构建的http 模块 path 路径操作模块 os 操作系统信息模块// 用来获取机器信息的var os = require('os')// 用来操作路径的var path = require('path')// 获取当前机器的 CPU 信息console.log(os.cpus._node模块中有很多核心模块,以下不属于核心模块,使用时需下载的是
文章浏览阅读10w+次,点赞435次,收藏3.4k次。SPSS 22 下载安装过程7.6 方差分析与回归分析的SPSS实现7.6.1 SPSS软件概述1 SPSS版本与安装2 SPSS界面3 SPSS特点4 SPSS数据7.6.2 SPSS与方差分析1 单因素方差分析2 双因素方差分析7.6.3 SPSS与回归分析SPSS回归分析过程牙膏价格问题的回归分析_化工数学模型数据回归软件
文章浏览阅读7.5k次。如何利用hutool工具包实现邮件发送功能呢?1、首先引入hutool依赖<dependency> <groupId>cn.hutool</groupId> <artifactId>hutool-all</artifactId> <version>5.7.19</version></dependency>2、编写邮件发送工具类package com.pc.c..._hutool发送邮件
文章浏览阅读867次,点赞2次,收藏2次。docker安装elasticsearch,elasticsearch-head,kibana,ik分词器安装方式基本有两种,一种是pull的方式,一种是Dockerfile的方式,由于pull的方式pull下来后还需配置许多东西且不便于复用,个人比较喜欢使用Dockerfile的方式所有docker支持的镜像基本都在https://hub.docker.com/docker的官网上能找到合..._docker安装kibana连接elasticsearch并且elasticsearch有密码
文章浏览阅读1.3w次,点赞57次,收藏92次。整理 | 郑丽媛出品 | CSDN(ID:CSDNnews)近年来,随着机器学习的兴起,有一门编程语言逐渐变得火热——Python。得益于其针对机器学习提供了大量开源框架和第三方模块,内置..._beeware
文章浏览阅读7.9k次。//// ViewController.swift// Day_10_Timer//// Created by dongqiangfei on 2018/10/15.// Copyright 2018年 飞飞. All rights reserved.//import UIKitclass ViewController: UIViewController { ..._swift timer 暂停
文章浏览阅读986次,点赞2次,收藏2次。1.硬性等待让当前线程暂停执行,应用场景:代码执行速度太快了,但是UI元素没有立马加载出来,造成两者不同步,这时候就可以让代码等待一下,再去执行找元素的动作线程休眠,强制等待 Thread.sleep(long mills)package com.example.demo;import org.junit.jupiter.api.Test;import org.openqa.selenium.By;import org.openqa.selenium.firefox.Firefox.._元素三大等待
文章浏览阅读3k次,点赞4次,收藏14次。Java软件工程师职位分析_java岗位分析
文章浏览阅读2k次。Java:Unreachable code的解决方法_java unreachable code
文章浏览阅读1w次。1、html中设置标签data-*的值 标题 11111 222222、点击获取当前标签的data-url的值$('dd').on('click', function() { var urlVal = $(this).data('ur_如何根据data-*属性获取对应的标签对象