Telephony之GsmCallTracker(原)
来源:互联网 发布:淘宝视频审核要多久 编辑:程序博客网 时间:2024/05/01 23:23
在前一篇《Telephony之进程与实体》中我们分析了,Application如果要发起通话相关的动作,可以通过Telephony的实体对象,也就是Phone对象来发起请求,而Phone对象就会通话相关的请求通过GsmCallTracker转发给RILJ,然后传递给Modem。
1、对通话线路进行操作,包括接听、挂断、切换、设置静音等;
2、对当前的通话状态进行通知(IDLE, RINGING, OFFHOOK);
然后来看他的初始化过程。
他的创建过程是在GSMPhone的初始化中完成的:
拨号动作:
比如接听电话时,当发送了mCi.dial()的请求之后,就会立刻调用updatePhoneState()进行状态更新:
在GsmCallTracker的成员变量中,创建了GsmConnection类型的数组变量来维护所有的通话线路:
GsmCall将一个通话线路的状态分为以下9种:
IDLE 没有通话
ACTIVE 被激活状态
HOLDING 被保持状态
DIALING 正在呼出状态
ALERTING 正在呼出已经处于响铃的状态
INCOMING 正在来电状态
WAITING 已经通话中,又有新的来电
DISCONNECTED 被挂断
DISCONNECTING 正在挂断
在GsmCallTracker中,又将不同的线路状态分为3种:
ForegroundCall
BackgroundCall
RingingCall
然后创建了三个GsmCall对象:mRingingCall、mBackgroundCall、mRingingCall,这三种GsmCall所对应的状态如下:
mForegroundCall ----ACTIVE DIALING ALERTING
mBackgroundCall ----HOLDING
mRingingCall ----INCOMING WAITING
这样做的好处是,GsmCall不再面对具体的线路,而是面对当前Phone的状态,被激活的线路就是mForegroundCall,被保持的线路就是mBackgroundCall,而正处于响铃状态的线路就是mRingingCall,从这里我们可以想到,他和GsmConnection的区别在于,一个GsmCall可能包含多个GsmConnection对象(比如同时有两通电话处于被保持状态)。
现在回到GsmCallTracker的构造方法中,刚才我们看到,GsmCallTracker在构造方法的最后注册了对通话和Radio状态的监听器,下面我们从这些监听器入手分析GsmCallTracker的运行机制。
我们先来分析第一个监听器:
第二个监听器监听的是Radio的可用状态:
然后我们看第三个监听器:
我们现在来分析pollCallsWhenSafe()的流程,请注意,这个pollCallsWhenSafe()方法是在父类CallTracker中实现的:
1、Modem中存在,而mConnections中不存在,则说明是新来电,或者新的去电,需要在mConnections中创建新的GsmConnection对象;
2、Modem中不存在,而mConnections中存在,说明该线路已经被挂断,需要从mConnections中删除该线路的GsmConnection对象;
3、Modem中和mConnections都存在,但是信息不匹配,则说明该线路的状态有改变,需要在mConnections中更新信息;
更新线路之后,对于最新挂断的线路,还需要更新挂断的原因,比如是被对方拒接还是未接的来电,然后在更新的最后,通知所有监听者,Radio状态已经改变。我们简单看一下通知的过程:
以上就是GsmCallTracker的更新机制。
所以,GsmCallTracker是Phone对象和RILJ之间通话相关事务的接力者。
一、GsmCallTracker的作用及创建过程
synchronized Connection dial (){} void acceptCall () throws CallStateException {} void rejectCall () throws CallStateException {} void switchWaitingOrHoldingAndActive() throws CallStateException {} void clearDisconnected() {} boolean canDial() {} private void updatePhoneState() {} void hangup (GsmConnection conn) throws CallStateException {} void hangup (GsmCall call) throws CallStateException {}从这些方法可以看出,GsmCallTracker的作用主要包括两方面:
1、对通话线路进行操作,包括接听、挂断、切换、设置静音等;
2、对当前的通话状态进行通知(IDLE, RINGING, OFFHOOK);
然后来看他的初始化过程。
他的创建过程是在GSMPhone的初始化中完成的:
public GSMPhone (Context context, CommandsInterface ci, PhoneNotifier notifier, boolean unitTestMode) { mCT = new GsmCallTracker(this); }然后看GsmCallTracker的构造方法:
GsmCallTracker (GSMPhone phone) { this.mPhone = phone; //拿到RILJ mCi = phone.mCi; //监听通话、Radio状态 mCi.registerForCallStateChanged(this, EVENT_CALL_STATE_CHANGE, null); mCi.registerForOn(this, EVENT_RADIO_AVAILABLE, null); mCi.registerForNotAvailable(this, EVENT_RADIO_NOT_AVAILABLE, null); }
我们看到,在构造函数中GsmCallTracker拿到了RILJ对象,当需要对当前通话连接操作时,就会直接调用RILJ去实现。同时在构造方法中又注册了通话状态和Radio的状态监听器,用于向其他对象通知当前Radio状态的改变。
二、GsmCallTracker对通话动作的处理
拨号动作:
synchronized Connection dial (String dialString, int clirMode, UUSInfo uusInfo) throws CallStateException { //清除链接 clearDisconnected(); //条件判断 if (!canDial()) { throw new CallStateException("cannot dial in current state"); } //是否需要切换通话 if (mForegroundCall.getState() == GsmCall.State.ACTIVE) { switchWaitingOrHoldingAndActive(); fakeHoldForegroundBeforeDial(); } //准备新的通话连接 mPendingMO = new GsmConnection(mPhone.getContext(), checkForTestEmergencyNumber(dialString), this, mForegroundCall); mHangupPendingMO = false; if (mPendingMO.mAddress == null || mPendingMO.mAddress.length() == 0 || mPendingMO.mAddress.indexOf(PhoneNumberUtils.WILD) >= 0 ) { mPendingMO.mCause = Connection.DisconnectCause.INVALID_NUMBER; pollCallsWhenSafe(); } else { //设置非静音模式 setMute(false); //向RIL层发送拨号请求 mCi.dial(mPendingMO.mAddress, clirMode, uusInfo, obtainCompleteMessage()); } //更新通话状态 updatePhoneState(); mPhone.notifyPreciseCallStateChanged(); return mPendingMO; }接听动作:
void acceptCall () throws CallStateException { if (mRingingCall.getState() == GsmCall.State.INCOMING) { //向RIL层发送接听的请求 setMute(false); mCi.acceptCall(obtainCompleteMessage()); } else if (mRingingCall.getState() == GsmCall.State.WAITING) { //切换通话 setMute(false); switchWaitingOrHoldingAndActive(); } else { throw new CallStateException("phone not ringing"); } }拒接动作:
void rejectCall () throws CallStateException { if (mRingingCall.getState().isRinging()) { //拒接 mCi.rejectCall(obtainCompleteMessage()); } else { throw new CallStateException("phone not ringing"); } }
以上动作最后都要调用mCi对象来处理,这个对象就是RILJ,他会把请求发送给RIL层来处理。
三、GsmCallTracker对通话状态的处理
比如接听电话时,当发送了mCi.dial()的请求之后,就会立刻调用updatePhoneState()进行状态更新:
private void updatePhoneState() { PhoneConstants.State oldState = mState; //获取当前状态 if (mRingingCall.isRinging()) { mState = PhoneConstants.State.RINGING; } else if (mPendingMO != null || !(mForegroundCall.isIdle() && mBackgroundCall.isIdle())) { mState = PhoneConstants.State.OFFHOOK; } else { mState = PhoneConstants.State.IDLE; } if (mState == PhoneConstants.State.IDLE && oldState != mState) { mVoiceCallEndedRegistrants.notifyRegistrants( new AsyncResult(null, null, null)); } else if (oldState == PhoneConstants.State.IDLE && oldState != mState) { mVoiceCallStartedRegistrants.notifyRegistrants ( new AsyncResult(null, null, null)); } if (mState != oldState) { //通知GSMPhone进行状态广播 mPhone.notifyPhoneStateChanged(); } }
在这个过程中,最后要通过GSMPhone的notifyPhoneStateChanged()方法来通知其他对象,具体的通知过程将会在接下来的TelephonyRegistry中介绍。
四、GsmCallTracker的更新机制
而GsmCallTracker的更新机制核心任务就是维护这些不同线路,包括对各个线路的操作(比如接听、挂断、保持),以及各个线路状态的维护。为了达到这个目的,GsmCallTracker内部创建了两个非常重要的对象:GsmConnection和GsmCall。
4.1、GsmConnection
在GsmCallTracker的成员变量中,创建了GsmConnection类型的数组变量来维护所有的通话线路:
GsmConnection mConnections[] = new GsmConnection[MAX_CONNECTIONS];
从这里可以看到,最多可以同时存在MAX_CONNECTIONS,也就是7条线路。
4.2、GsmCall
GsmCall将一个通话线路的状态分为以下9种:
IDLE 没有通话
ACTIVE 被激活状态
HOLDING 被保持状态
DIALING 正在呼出状态
ALERTING 正在呼出已经处于响铃的状态
INCOMING 正在来电状态
WAITING 已经通话中,又有新的来电
DISCONNECTED 被挂断
DISCONNECTING 正在挂断
在GsmCallTracker中,又将不同的线路状态分为3种:
ForegroundCall
BackgroundCall
RingingCall
然后创建了三个GsmCall对象:mRingingCall、mBackgroundCall、mRingingCall,这三种GsmCall所对应的状态如下:
mForegroundCall ----ACTIVE DIALING ALERTING
mBackgroundCall ----HOLDING
mRingingCall ----INCOMING WAITING
这样做的好处是,GsmCall不再面对具体的线路,而是面对当前Phone的状态,被激活的线路就是mForegroundCall,被保持的线路就是mBackgroundCall,而正处于响铃状态的线路就是mRingingCall,从这里我们可以想到,他和GsmConnection的区别在于,一个GsmCall可能包含多个GsmConnection对象(比如同时有两通电话处于被保持状态)。
而GsmCall要做的主要功能就是维护不同GsmCall的状态。
4.3、GsmCallTracker的更新机制
现在回到GsmCallTracker的构造方法中,刚才我们看到,GsmCallTracker在构造方法的最后注册了对通话和Radio状态的监听器,下面我们从这些监听器入手分析GsmCallTracker的运行机制。
我们先来分析第一个监听器:
mCi.registerForCallStateChanged(this, EVENT_CALL_STATE_CHANGE, null);这个监听器监听的是RIL层通话的状态,当有新的状态到来时(比如新的来电),就会通过EVENT_CALL_STATE_CHANGE消息通知到GsmCallTracker,然后就会在handleMessage中进行处理:
public void handleMessage (Message msg) { AsyncResult ar; switch (msg.what) { case EVENT_REPOLL_AFTER_DELAY: case EVENT_CALL_STATE_CHANGE: //得到RIL层消息,通话状态有变 pollCallsWhenSafe(); break; } }然后就会调用pollCallsWhenSafe()方法去获取当前最新的通话状态,我们暂时不去分析pollCallsWhenSafe的流程,先来看看其他两个监听器的流程。
第二个监听器监听的是Radio的可用状态:
mCi.registerForOn(this, EVENT_RADIO_AVAILABLE, null);当Radio的状态上来后,就会在handleMessage中处理:
public void handleMessage (Message msg) { AsyncResult ar; switch (msg.what) { case EVENT_RADIO_AVAILABLE: handleRadioAvailable(); break; } }然后进入handleRadioAvailable()中处理:
protected void handleRadioAvailable() { pollCallsWhenSafe(); }到这里我们发现,接下来的流程和第一个监听器的流程相同。
然后我们看第三个监听器:
mCi.registerForNotAvailable(this, EVENT_RADIO_NOT_AVAILABLE, null);监听的是Radio的不可用状态,当监听的消息上来后,在handleMessage中处理:
public void handleMessage (Message msg) { AsyncResult ar; switch (msg.what) { case EVENT_RADIO_NOT_AVAILABLE: handleRadioNotAvailable(); break; } }然后会进入handleRadioNotAvailable()的流程:
private void handleRadioNotAvailable() { pollCallsWhenSafe(); }接下来又是pollCallsWhenSafe()的操作,到这里我们发现,在GsmCallTracker构造函数中注册的三个监听器,无论哪一个被触发都会进入pollCallsWhenSafe的流程,接下来的分析我们将会看到,GsmCallTracker将会主动请求最新的通话状态,然后根据当前状态去更新GsmConnection和GsmCall对象。
我们现在来分析pollCallsWhenSafe()的流程,请注意,这个pollCallsWhenSafe()方法是在父类CallTracker中实现的:
@CallTracker.java protected void pollCallsWhenSafe() { mNeedsPoll = true; if (checkNoOperationsPending()) { //通过RILJ获取当前的最新通话状态 mLastRelevantPoll = obtainMessage(EVENT_POLL_CALLS_RESULT); mCi.getCurrentCalls(mLastRelevantPoll); } }这里看到,在pollCallsWhenSafe中通过RILJ(也就是mCi)去向Modem查询当前的通话状态,并注册了回调的消息EVENT_POLL_CALLS_RESULT,当拿到Modem返回值后,就会再次通过handleMessage()来处理最新的通话状态:
public void handleMessage (Message msg) { AsyncResult ar; switch (msg.what) { case EVENT_POLL_CALLS_RESULT: //拿到最新通话状态 ar = (AsyncResult)msg.obj; if (msg == mLastRelevantPoll) { mNeedsPoll = false; mLastRelevantPoll = null; handlePollCalls((AsyncResult)msg.obj); } break; } }然后将数据拿到后,交由handlePollCalls()来处理,在这个方法里,就需要将当前的Modem通话状态数据进行解析,更新GsmConnection和GsmCall对象:
protected synchronized void handlePollCalls(AsyncResult ar) { List polledCalls; Connection newRinging = null; //or waiting boolean hasNonHangupStateChanged = false; // Any change besides boolean hasAnyCallDisconnected = false; boolean needsPollDelay = false; boolean unknownConnectionAppeared = false; for (int i = 0, curDC = 0, dcSize = polledCalls.size() ; i < mConnections.length; i++) { //拿到当前GsmCallTracker中的通话线路 GsmConnection conn = mConnections[i]; DriverCall dc = null; if (curDC < dcSize) { //拿到当前的Modem中的通话线路状态 dc = (DriverCall) polledCalls.get(curDC); if (dc.index == i+1) { curDC++; } else { dc = null; } } if (conn == null && dc != null) { if (mPendingMO != null && mPendingMO.compareTo(dc)) { //mConnections中没有当前线路,而且当前线路是匹配mPendingMO的,说明是最新发起的呼出线路 mConnections[i] = mPendingMO; mPendingMO.mIndex = i; mPendingMO.update(dc); mPendingMO = null; if (mHangupPendingMO) { //是否在呼出之后用户立刻挂断了线路 mHangupPendingMO = false; try { //挂断这通线路 hangup(mConnections[i]); } catch (CallStateException ex) { } return; } } else { //Modem中有该线路,而GsmConnection中没有该线路,说明有新的通话来临,需要创建新的线路连接 mConnections[i] = new GsmConnection(mPhone.getContext(), dc, this, i); if (mConnections[i].getCall() == mRingingCall) { //新来电 newRinging = mConnections[i]; } else { //异常通话线路 if (dc.state != DriverCall.State.ALERTING && dc.state != DriverCall.State.DIALING) { mConnections[i].onConnectedInOrOut(); if (dc.state == DriverCall.State.HOLDING) { mConnections[i].onStartedHolding(); } } unknownConnectionAppeared = true; } } hasNonHangupStateChanged = true; } else if (conn != null && dc == null) { //Modem中已经没有当前的链接,说明该线路已经被挂断,需要从mConnections中删除(置为null) mDroppedDuringPoll.add(conn); mConnections[i] = null; } else if (conn != null && dc != null && !conn.compareTo(dc)) { //Modem中的链接信息与当前的不匹配,可能发生了掉话或者新的通话 mDroppedDuringPoll.add(conn); //需要创建新的链接 mConnections[i] = new GsmConnection (mPhone.getContext(), dc, this, i); if (mConnections[i].getCall() == mRingingCall) { newRinging = mConnections[i]; } hasNonHangupStateChanged = true; } else if (conn != null && dc != null) { //当前线路与Modem匹配,更新当前的链路信息 boolean changed; changed = conn.update(dc); hasNonHangupStateChanged = hasNonHangupStateChanged || changed; } } //异常 if (mPendingMO != null) { mDroppedDuringPoll.add(mPendingMO); mPendingMO = null; mHangupPendingMO = false; } if (newRinging != null) { //新的来电,需要通知registerForNewRingingConnection的监听者 mPhone.notifyNewRingingConnection(newRinging); } //对于挂断的链接,需要标明挂断的原因 for (int i = mDroppedDuringPoll.size() - 1; i >= 0 ; i--) { GsmConnection conn = mDroppedDuringPoll.get(i); if (conn.isIncoming() && conn.getConnectTime() == 0) { // Missed or rejected call Connection.DisconnectCause cause; if (conn.mCause == Connection.DisconnectCause.LOCAL) { //被拒掉 cause = Connection.DisconnectCause.INCOMING_REJECTED; } else { //未接来电 cause = Connection.DisconnectCause.INCOMING_MISSED; } mDroppedDuringPoll.remove(i); hasAnyCallDisconnected |= conn.onDisconnect(cause); } else if (conn.mCause == Connection.DisconnectCause.LOCAL || conn.mCause == Connection.DisconnectCause.INVALID_NUMBER) { mDroppedDuringPoll.remove(i); hasAnyCallDisconnected |= conn.onDisconnect(conn.mCause); } } if (mDroppedDuringPoll.size() > 0) { mCi.getLastCallFailCause( obtainNoPollCompleteMessage(EVENT_GET_LAST_CALL_FAIL_CAUSE)); } if (needsPollDelay) { pollCallsAfterDelay(); } if (newRinging != null || hasNonHangupStateChanged || hasAnyCallDisconnected) { internalClearDisconnected(); } //更新通话状态 updatePhoneState(); if (unknownConnectionAppeared) { mPhone.notifyUnknownConnection(); } if (hasNonHangupStateChanged || newRinging != null || hasAnyCallDisconnected) { mPhone.notifyPreciseCallStateChanged(); } }上面的更新过程中,用从Modem获取到的通话线路信息与mConnections中存储的信息做对比,从而更新mConnections中线路的状态,比如:
1、Modem中存在,而mConnections中不存在,则说明是新来电,或者新的去电,需要在mConnections中创建新的GsmConnection对象;
2、Modem中不存在,而mConnections中存在,说明该线路已经被挂断,需要从mConnections中删除该线路的GsmConnection对象;
3、Modem中和mConnections都存在,但是信息不匹配,则说明该线路的状态有改变,需要在mConnections中更新信息;
更新线路之后,对于最新挂断的线路,还需要更新挂断的原因,比如是被对方拒接还是未接的来电,然后在更新的最后,通知所有监听者,Radio状态已经改变。我们简单看一下通知的过程:
private void updatePhoneState() { PhoneConstants.State oldState = mState; if (mRingingCall.isRinging()) { //响铃状态 mState = PhoneConstants.State.RINGING; } else if (mPendingMO != null || !(mForegroundCall.isIdle() && mBackgroundCall.isIdle())) { //通话状态 mState = PhoneConstants.State.OFFHOOK; } else { //待机状态 mState = PhoneConstants.State.IDLE; } if (mState == PhoneConstants.State.IDLE && oldState != mState) { mVoiceCallEndedRegistrants.notifyRegistrants( new AsyncResult(null, null, null)); } else if (oldState == PhoneConstants.State.IDLE && oldState != mState) { mVoiceCallStartedRegistrants.notifyRegistrants ( new AsyncResult(null, null, null)); } if (mState != oldState) { //状态有更新,通过Phone对象发送给监听者 mPhone.notifyPhoneStateChanged(); } }其实通知的过程就是通过mPhone的notifyPhoneStateChanged()方法来实现,这里的mPhone,也就是GSMPhone对象,会把该广播发送给监听者们。
以上就是GsmCallTracker的更新机制。
2 0
- Telephony之GsmCallTracker(原)
- Telephony之GsmCallTracker
- Telephony之TelephonyRegistry(原)
- Telephony之PhoneInterfaceManager(原)
- Telephony之TelephonyManager(原)
- Telephony之进程与实体(原)
- Android电话系统之GSMCallTracker
- Android核心分析之(19)Android电话系统之GSMCallTracker
- Telephony之PhoneInterfaceManager
- Telephony之TelephonyRegistry
- Telephony之PhoneInterfaceManager
- (N)Telephony分析(一)之zygote进程启动
- (N)Telephony分析(二)之SystemServer启动
- (N)Telephony分析(三)之PhoneApp启动
- (N)Telephony分析(四)之PhoneApp初始化分析
- (N)Telephony分析(五)之DcTracker的初始化
- (N)Telephony分析(七)之DataConnection建立
- telephony
- jquery获取input值的各种情况
- 土豪的定义
- DOM解析原理
- Eclipse配置C/C++开发环境
- 初学struts2笔记---框架结构action等说明
- Telephony之GsmCallTracker(原)
- mybatis insert 返回值
- 希尔排序
- 传统的存储数据方式
- Java JVM 内存区域
- 网络字节序 大端 小端
- 师生对话:我们都曾是爱学习的孩子
- 安装/使用Quality Center9.0
- Accelerated C++:通过示例进行编程实践——练习解答(第9章)