`

Android核心分析(19)----电话系统之GSMCallTacker

阅读更多

原文地址:http://blog.csdn.net/maxleng/article/details/5593780

 

 

Android电话系统之GSMCallTracker

通话连接管理

GSMCallTracker在本质上是一个Handler。

wps_clip_image-65

GSMCallTracker是Android的通话管理层。GSMCallTracker建立了ConnectionList来管理现行的通话连接,并向上层提供电话调用接口。

wps_clip_image-1

在 GSMCallTracker中维护着通话列表:connections。顺序记录了正连接上的通话,这些通话包 括:ACTIVE,DIALING,ALERTING,HOLDING,INCOMING,WAITING等状态的连接。GSMCallTracker将 这些连接分为了三类别进行管理:

RingingCall: INCOMING ,WAITING

ForegourndCall: ACTIVE, DIALING ,ALERTING

BackgroundCall: HOLDING

上层函数通过getRingCall(),getForegrouandCall()等来获得电话系统中特定通话连接。

为了管理电话状态,GSMCallTracker在构造时就将自己登记到了电话状态变化通知表中。RIL-Java一收到电话状态变化的通知,就会使用EVENT_CALL_STATE_CHANGE通知到GSMCallTacker

    在一般的实现中,我们的通话Call Table是通过AT+CLCC查询到的,CPI可以通知到电话的改变,但是CPI在各个Modem的实现中差别比较大,所以参考设计都没有用到CPI这 样的电话连接改变通知,而是使用最为传统的CLCC查询CALL TABLE。 在GSMTracker中使用connections来管理Android电话系统中的通话连接。每次电话状态发生变化是GSMTracker就会使用CLCC查询来更新connections内容,如果内容有发生变化,则向上层发起电话状态改变的通知。

1 RIL-JAVA中发起电话连接列表操作

在RIL-JAVA中涉及到CurrentCallList查询的有以下几个操作:

(1)hangup

(2)dial

(3)acceptCall

(4)rejectCall

在GSMcallTracker在发起这些调用的时候都有一个共同的ResultMessage构造函数:obtainCompleteMessage()。obtainCompleteMessage()实际上是调用:

obtainCompleteMessage(EVENT_OPERATION_COMPLETE)

这 就意味着在这些电话操作后,GSMCallTracker会收到EVENT_OPERATION_COMPLETE消息,于是我们将目光转移到 handleMessage()@GSMCallTracker的EVENT_OPERATION_COMPLETE事件处 理:operationComplete@GSMCallTracker。

operationComplete() 操作会使用cm.getCurrentCalls(lastRelevantPoll)调用,向RILD发起 RIL_REQUEST_GET_CURRENT_CALLS调用,这个最终就是向Modem发起AT+CLCC,获取到真正的电话列表。

2 在RILD中,引起getCurrentCalls调用

(1)在RILD中,收到URC消息:

+CRING

RING

NO CARRIER

+CCWA

将会使用 RIL_onUnsolicitedResponse( RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED),主动向ril-java上报RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED消息。

(2) 在处理requestCurrentCalls时,使用CLCC查询通话连接(CALL TABLE)后,如何发现有call Table不为空则开启一个定时器,主动上报RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED消息,直到没有电话连接为止。

在 RIL-Java层收到RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED这个URC,并利用 mCallStateRegistrants.notifyRegistrants(new AsyncResult(null, null, null))来通知电话状态的变化,此时GSMTracker会接收到EVENT_CALL_STATE_CHANGE消息,并使用

                pollCallsWhenSafe()->  cm.getCurrentCalls(lastRelevantPoll);

来发起查询,并更新JAVA层的电话列表。

3 handlePollCalls电话列表刷新

      首先我们来看看是什么引起了handlePollCalls的调用。

     上面的1,2分析了,Android电话系统中所有引起电话连接列表更新的条件及其处理。他们共同的调用了cm.getCurrentCalls(lastRelevantPoll) 来完成电话列表的获取。

lastRelevantPoll = obtainMessage(EVENT_POLL_CALLS_RESULT)

我们这里就从可以看到获取到的电话列表Result使用handlePollCalls进行了处理。 Result实际上是一个DriverCall列表,handlePollCalls的工作就是将当前电话列表与RIL-Java的电话列表对比,使用DriverCall列表更新CallTracker的电话列表connections,并向上传递电话状态改变的通知。

 

分享到:
评论

相关推荐

    Android核心分析(19)----电话系统之GSMCallTacker.doc

    Android核心分析(19)----电话系统之GSMCallTacker

    android核心分析pdf

    Android核心分析(19)----电话系统之GSMCallTacker Android核心分析(20)----Android应用程序框架之无边界设计意图. Android核心分析(21)----Android应用框架之AndroidApplication. Android核心分析(22)----...

    Android核心分析(pdf)

    Android核心分析(19)----电话系统之GSMCallTacker Android核心分析(20)----Android应用程序框架之无边界设计意图. Android核心分析(21)----Android应用框架之AndroidApplication. Android核心分析(22)----...

    android 核心分析

    Android 核心分析(19)----电话系统之 GSMCallTacker.............................................84 Android 核心分析(20)----Android 应用程序框架之无边界设计意图....................... 87 Android 核心分析...

    Android核心设计思想分析

    Android核心分析(19)----电话系统之GSMCallTacker.............................................84 Android核心分析(20)----Android应用程序框架之无边界设计意图.......................87 Android核心分析(21...

    Android核心分析

    Android 核心分析( 19 ) ---- 电话系统之 GSMCallTacker ............................................. 84 Android 核心分析( 20)----Android 应用程序框架之无边界设计意图 ....................... 87 ...

    Android核心分析19

    [转]Android核心分析 技术专题之十九--电话系统之GSMCallTacker

    Android主要机制深入分析

    Android 核心分析(19)----电话系统之GSMCallTacker.............................................84 Android 核心分析(20)----Android 应用程序框架之无边界设计意图....................... 87 Android 核心...

Global site tag (gtag.js) - Google Analytics