Android 5.0 呼叫流程--呼出

原文：http://blog.csdn.net/xiashaohua/article/details/41654731

5. Android 5.0 呼叫流程

5.1 MO call

我们先给出MO起呼过程的示例流程图，然后结合该图做代码流程的分析：

5.1.1 拨号请求（CallActivity）

我们从CallActivity来开始看MO呼叫流程，在他的processIntent里处理收到的呼叫intent，目前支持3种类型的起呼呼叫，之后processOutgoingCallIntent给CallReceiver发送一个广播，完成本阶段的处理。

private void processIntent(Intent intent) {

// Ensure call intents are not processed on devices that are not capable of calling.

if (!isVoiceCapable()) {

return;

}

verifyCallAction(intent);

String action = intent.getAction();

if (Intent.ACTION_CALL.equals(action) ||

Intent.ACTION_CALL_PRIVILEGED.equals(action) ||

Intent.ACTION_CALL_EMERGENCY.equals(action)) {

processOutgoingCallIntent(intent);

} else if (TelecomManager.ACTION_INCOMING_CALL.equals(action)) {

processIncomingCallIntent(intent);

}

}

5.1.2 拨号请求（CallReceiver）

CallReceiver是一个广播接收器，处理所有的来电和去电广播，具体来讲，处理3个广播，来电、拨号盘去电、SIM卡去电，这里分析一下拨号盘呼叫的流程，收到拨号盘的拨号请求后，调用processOutgoingCallIntent进行后续处理。

public void onReceive(Context context, Intent intent) {

final boolean isUnknownCall = intent.getBooleanExtra(KEY_IS_UNKNOWN_CALL, false);

final boolean isIncomingCall = intent.getBooleanExtra(KEY_IS_INCOMING_CALL, false);

Log.i(this, "onReceive - isIncomingCall: %s isUnknownCall: %s", isIncomingCall,

isUnknownCall);

if (isUnknownCall) {

processUnknownCallIntent(intent);

} else if (isIncomingCall) {

processIncomingCallIntent(intent);

} else {

processOutgoingCallIntent(context, intent);

}

}

processOutgoingCallIntent实现：
1） 获取到CallsManager的实例，并调用其方法startOutgoingCall，这里会创建一个Call实例，并通过addCall进行相关的状态维护；
2） 再新建一个NewOutgoingCallIntentBroadcaster实例，调用其方法processIntent，改变intent的一些参数，使用mCallsManager.placeOutgoingCall发起呼叫，再调用broadcastIntent发一个广播消息ACTION_NEW_OUTGOING_CALL出去。

呼叫发起的主要流程在placeOutgoingCall里面处理；
ACTION_NEW_OUTGOING_CALL广播的发送流程和接收器如下：

private void broadcastIntent(

Intent originalCallIntent,

String number,

boolean receiverRequired) {

Intent broadcastIntent = new Intent(Intent.ACTION_NEW_OUTGOING_CALL);

mContext.sendOrderedBroadcastAsUser(

broadcastIntent,

UserHandle.CURRENT,

PERMISSION,

receiverRequired ? new NewOutgoingCallBroadcastIntentReceiver() : null,

null, // scheduler

Activity.RESULT_OK, // initialCode

number, // initialData: initial value for the result data (number to be modified)

null); // initialExtras

}

Intent.ACTION_NEW_OUTGOING_CALL的定义如下，

@SdkConstant(SdkConstantType.BROADCAST_INTENT_ACTION)

public static final String ACTION_NEW_OUTGOING_CALL =

"android.intent.action.NEW_OUTGOING_CALL";

通过AndroidManifest.xml，我们可以看出有两个receiver接收这个intent，
ProcessOutgoingCallTest.java (packages\services\telephony\src\com\android\phone):
UndemoteOutgoingCallReceiver.java (packages\apps\dialer\src\com\android\dialer\interactions):

继续分析呼叫的处理流程，在CallsManager.placeOutgoingCall里，使用之前创建的Call实例的方法call.startCreateConnection，

void startCreateConnection(PhoneAccountRegistrar phoneAccountRegistrar) {

Preconditions.checkState(mCreateConnectionProcessor == null);

mCreateConnectionProcessor = new CreateConnectionProcessor(this, mRepository, this,

phoneAccountRegistrar, mContext);

mCreateConnectionProcessor.process();

}

这里会创建一个CreateConnectionProcessor实例，并调用其process，通过attemptNextPhoneAccount，调用到service.createConnection，其中service的类型是ConnectionServiceWrapper，它是IConnectionService的子类：

private void attemptNextPhoneAccount() {…

ConnectionServiceWrapper service =

mRepository.getService(

attempt.connectionManagerPhoneAccount.getComponentName());

service.createConnection(mCall, new Response(service));

…}

final class ConnectionServiceWrapper extends ServiceBinder<IConnectionService> {…}

这里又涉及到binder通信，ConnectionServiceWrapper是客户端，ConnectionService是服务端，MO起呼使用了createConnection这个接口方法。

在ConnectionService端，onCreateOutgoingConnection会被调用到，这个方法被TelephonyConnectionService重写，TelephonyConnectionService是ConnectionService的子类和最终要实例化的类，所以ConnectionService实例的onCreateOutgoingConnection方法在TelephonyConnectionService执行，这个方法代码较多，最终它会调用placeOutgoingConnection（），
placeOutgoingConnection代码如下，它通过Phone.dial进行拨号，这个就是我们熟悉的流程了，在Android2.3、4.0、4.4都有这个拨号过程，之后将连接信息存放起来。

private void placeOutgoingConnection(

TelephonyConnection connection, Phone phone, ConnectionRequest request) {…

originalConnection = phone.dial(number, request.getVideoState());

…

if (originalConnection == null) {…

} else {

connection.setOriginalConnection(originalConnection);

}

}

5.1.3 拨号请求（Phone）

Phone.dial是一个接口，实现的原型在basePhone.dial(dialString)，basePhone是GSMPhone的父类，实际上是一个实例是GSMPhone，所以最终调用GSMPhone.dial。代码中mCT则是GsmCallTracker的实例，它在GSMPhone创建的时候被创建，GSMPhone通过它来完成呼叫相关的处理。

public Connection

dial (String dialString, UUSInfo uusInfo) throws CallStateException {

GsmMmiCode mmi = GsmMmiCode.newFromDialString(networkPortion, this, mUiccApplication.get());

if (LOCAL_DEBUG) Cclog("dialing w/ mmi '" + mmi + "'...");

//MTK-END [mtk04070][111118][ALPS00093395]Add Cclog

if (mmi == null) {

return mCT.dial(newDialString, uusInfo);

} else if (mmi.isTemporaryModeCLIR()) {

return mCT.dial(mmi.dialingNumber, mmi.getCLIRMode(), uusInfo);

} else {

mPendingMMIs.add(mmi);

mMmiRegistrants.notifyRegistrants(new AsyncResult(null, mmi, null));

mmi.processCode();

// FIXME should this return null or something else?

return null;

}

}

在GsmCallTracker的dial方法中，会先将音频通道mute，再通过mCi.dial进行拨号，之后再将状态信息更新到应用。

synchronized Connection

dial (String dialString, int clirMode, UUSInfo uusInfo) throws CallStateException {

clearDisconnected();

…

setMute(false);

if (PhoneNumberUtils.isEmergencyNumber(dialString)

cm.emergencyDial(ret.toString(), clirMode, uusInfo, obtainCompleteMessage(EVENT_DIAL_CALL_RESULT));

} else {

cm.dial(ret.toString(), clirMode, uusInfo, obtainCompleteMessage(EVENT_DIAL_CALL_RESULT));

}

updatePhoneState();

phone.notifyPreciseCallStateChanged();

}

其中cm是RIL.java的实例，它在PhoneFactory.makeDefaultPhone里被实例化，然后在GsmPhone实例创建的时候，引用被传递给GsmPhone，在GsmPhone的构造函数里，调用其父类PhoneBase的构造方法，给mCi赋值为RIL的引用值，之后GsmPhone就可以使用父类的mCi了，所以mCi.dial即RIL.dial()。

public static void makeDefaultPhone(Context context) {

…

int numPhones = TelephonyManager.getDefault().getPhoneCount();

sCommandsInterfaces = new RIL[numPhones];

for (int i = 0; i < numPhones; i++) {

sCommandsInterfaces[i] = new RIL(context, networkModes[i],

cdmaSubscription, i);

}

for (int i = 0; i < numPhones; i++) {

PhoneBase phone = null;

int phoneType = TelephonyManager.getPhoneType(networkModes[i]);

if (phoneType == PhoneConstants.PHONE_TYPE_GSM) {

phone = new GSMPhone(context,

sCommandsInterfaces[i], sPhoneNotifier, i);

} else if (phoneType == PhoneConstants.PHONE_TYPE_CDMA) {

phone = new CDMALTEPhone(context,

sCommandsInterfaces[i], sPhoneNotifier, i);

}

Rlog.i(LOG_TAG, "Creating Phone with type = " + phoneType + " sub = " + i);

sProxyPhones[i] = new PhoneProxy(phone);

}

…}

GSMPhone (Context context, CommandsInterface ci, PhoneNotifier notifier, boolean unitTestMode) {

super("GSM", notifier, context, ci, unitTestMode);

…

mCi.setPhoneType(PhoneConstants.PHONE_TYPE_GSM);

}

protected PhoneBase(String name, PhoneNotifier notifier, Context context, CommandsInterface ci,

boolean unitTestMode, int phoneId) {

…

mCi = ci;

}

RIL.dial实现如下，封装一个RIL_REQUEST_DIAL类型的消息发送出去，将拨号请求发送给RILD，
如果是高通平台，RILD会通过QCRIL，以及QMI，和modem进行通信，完成呼叫起呼过程；如果是MTK平台，RILD使用AT指令向modem发送呼叫请求。
对于RILD之后的处理我们暂不进行分析了。（AT\QMI及modem这部分是feature phone很常规的呼叫流程过程，不是android特色的代码。）

public void

dial(String address, int clirMode, UUSInfo uusInfo, Message result) {

RILRequest rr = RILRequest.obtain(RIL_REQUEST_DIAL, result);

rr.mp.writeString(address);

rr.mp.writeInt(clirMode);

rr.mp.writeInt(0); // UUS information is absent

if (uusInfo == null) {

rr.mp.writeInt(0); // UUS information is absent

} else {

rr.mp.writeInt(1); // UUS information is present

rr.mp.writeInt(uusInfo.getType());

rr.mp.writeInt(uusInfo.getDcs());

rr.mp.writeByteArray(uusInfo.getUserData());

}

send(rr);

}

在GsmCallTracker的dial方法中，MTK平台还封装了一个事件为EVENT_DIAL_CALL_RESULT消息，但RIL层响应拨号请求后，被自身的handler处理。（clearDisconnected()和canDial()清空过去的非连接状态的Connections，然后检查是否可以拨打电话。接着检查foregroundCall是否处于Active状态，若是则调用switchWaitingOrHoldingAndActive将它们切换到后台，调用fakeHoldForegroundBeforeDial将前台中的连接全部切换到后台，并且状态变为HOLDING。在进行这些前期检查和准备后，创建一个GsmConnection实例即pendingMO，检查传递过来的电话号码是否有效合法，若不合法则调用pollCallsWhenSafe()，目的是将其标为dropped；若合法则设置为非静音后，调用RIL.dial进行拨号。最后，更新Phone状态并通知给注册者。）
5. Android 5.0 呼叫流程

5.1 MO call

我们先给出MO起呼过程的示例流程图，然后结合该图做代码流程的分析：

5.1.1 拨号请求（CallActivity）

我们从CallActivity来开始看MO呼叫流程，在他的processIntent里处理收到的呼叫intent，目前支持3种类型的起呼呼叫，之后processOutgoingCallIntent给CallReceiver发送一个广播，完成本阶段的处理。

private void processIntent(Intent intent) {

// Ensure call intents are not processed on devices that are not capable of calling.

if (!isVoiceCapable()) {

return;

}

verifyCallAction(intent);

String action = intent.getAction();

if (Intent.ACTION_CALL.equals(action) ||

Intent.ACTION_CALL_PRIVILEGED.equals(action) ||

Intent.ACTION_CALL_EMERGENCY.equals(action)) {

processOutgoingCallIntent(intent);

} else if (TelecomManager.ACTION_INCOMING_CALL.equals(action)) {

processIncomingCallIntent(intent);

}

}

5.1.2 拨号请求（CallReceiver）

CallReceiver是一个广播接收器，处理所有的来电和去电广播，具体来讲，处理3个广播，来电、拨号盘去电、SIM卡去电，这里分析一下拨号盘呼叫的流程，收到拨号盘的拨号请求后，调用processOutgoingCallIntent进行后续处理。

public void onReceive(Context context, Intent intent) {

final boolean isUnknownCall = intent.getBooleanExtra(KEY_IS_UNKNOWN_CALL, false);

final boolean isIncomingCall = intent.getBooleanExtra(KEY_IS_INCOMING_CALL, false);

Log.i(this, "onReceive - isIncomingCall: %s isUnknownCall: %s", isIncomingCall,

isUnknownCall);

if (isUnknownCall) {

processUnknownCallIntent(intent);

} else if (isIncomingCall) {

processIncomingCallIntent(intent);

} else {

processOutgoingCallIntent(context, intent);

}

}

processOutgoingCallIntent实现：
1） 获取到CallsManager的实例，并调用其方法startOutgoingCall，这里会创建一个Call实例，并通过addCall进行相关的状态维护；
2） 再新建一个NewOutgoingCallIntentBroadcaster实例，调用其方法processIntent，改变intent的一些参数，使用mCallsManager.placeOutgoingCall发起呼叫，再调用broadcastIntent发一个广播消息ACTION_NEW_OUTGOING_CALL出去。

呼叫发起的主要流程在placeOutgoingCall里面处理；
ACTION_NEW_OUTGOING_CALL广播的发送流程和接收器如下：

private void broadcastIntent(

Intent originalCallIntent,

String number,

boolean receiverRequired) {

Intent broadcastIntent = new Intent(Intent.ACTION_NEW_OUTGOING_CALL);

mContext.sendOrderedBroadcastAsUser(

broadcastIntent,

UserHandle.CURRENT,

PERMISSION,

receiverRequired ? new NewOutgoingCallBroadcastIntentReceiver() : null,

null, // scheduler

Activity.RESULT_OK, // initialCode

number, // initialData: initial value for the result data (number to be modified)

null); // initialExtras

}

Intent.ACTION_NEW_OUTGOING_CALL的定义如下，

@SdkConstant(SdkConstantType.BROADCAST_INTENT_ACTION)

public static final String ACTION_NEW_OUTGOING_CALL =

"android.intent.action.NEW_OUTGOING_CALL";

通过AndroidManifest.xml，我们可以看出有两个receiver接收这个intent，
ProcessOutgoingCallTest.java (packages\services\telephony\src\com\android\phone):
UndemoteOutgoingCallReceiver.java (packages\apps\dialer\src\com\android\dialer\interactions):

继续分析呼叫的处理流程，在CallsManager.placeOutgoingCall里，使用之前创建的Call实例的方法call.startCreateConnection，

void startCreateConnection(PhoneAccountRegistrar phoneAccountRegistrar) {

Preconditions.checkState(mCreateConnectionProcessor == null);

mCreateConnectionProcessor = new CreateConnectionProcessor(this, mRepository, this,

phoneAccountRegistrar, mContext);

mCreateConnectionProcessor.process();

}

这里会创建一个CreateConnectionProcessor实例，并调用其process，通过attemptNextPhoneAccount，调用到service.createConnection，其中service的类型是ConnectionServiceWrapper，它是IConnectionService的子类：

private void attemptNextPhoneAccount() {…

ConnectionServiceWrapper service =

mRepository.getService(

attempt.connectionManagerPhoneAccount.getComponentName());

service.createConnection(mCall, new Response(service));

…}

final class ConnectionServiceWrapper extends ServiceBinder<IConnectionService> {…}

这里又涉及到binder通信，ConnectionServiceWrapper是客户端，ConnectionService是服务端，MO起呼使用了createConnection这个接口方法。

在ConnectionService端，onCreateOutgoingConnection会被调用到，这个方法被TelephonyConnectionService重写，TelephonyConnectionService是ConnectionService的子类和最终要实例化的类，所以ConnectionService实例的onCreateOutgoingConnection方法在TelephonyConnectionService执行，这个方法代码较多，最终它会调用placeOutgoingConnection（），
placeOutgoingConnection代码如下，它通过Phone.dial进行拨号，这个就是我们熟悉的流程了，在Android2.3、4.0、4.4都有这个拨号过程，之后将连接信息存放起来。

private void placeOutgoingConnection(

TelephonyConnection connection, Phone phone, ConnectionRequest request) {…

originalConnection = phone.dial(number, request.getVideoState());

…

if (originalConnection == null) {…

} else {

connection.setOriginalConnection(originalConnection);

}

}

5.1.3 拨号请求（Phone）

Phone.dial是一个接口，实现的原型在basePhone.dial(dialString)，basePhone是GSMPhone的父类，实际上是一个实例是GSMPhone，所以最终调用GSMPhone.dial。代码中mCT则是GsmCallTracker的实例，它在GSMPhone创建的时候被创建，GSMPhone通过它来完成呼叫相关的处理。

public Connection

dial (String dialString, UUSInfo uusInfo) throws CallStateException {

GsmMmiCode mmi = GsmMmiCode.newFromDialString(networkPortion, this, mUiccApplication.get());

if (LOCAL_DEBUG) Cclog("dialing w/ mmi '" + mmi + "'...");

//MTK-END [mtk04070][111118][ALPS00093395]Add Cclog

if (mmi == null) {

return mCT.dial(newDialString, uusInfo);

} else if (mmi.isTemporaryModeCLIR()) {

return mCT.dial(mmi.dialingNumber, mmi.getCLIRMode(), uusInfo);

} else {

mPendingMMIs.add(mmi);

mMmiRegistrants.notifyRegistrants(new AsyncResult(null, mmi, null));

mmi.processCode();

// FIXME should this return null or something else?

return null;

}

}

在GsmCallTracker的dial方法中，会先将音频通道mute，再通过mCi.dial进行拨号，之后再将状态信息更新到应用。

synchronized Connection

dial (String dialString, int clirMode, UUSInfo uusInfo) throws CallStateException {

clearDisconnected();

…

setMute(false);

if (PhoneNumberUtils.isEmergencyNumber(dialString)

cm.emergencyDial(ret.toString(), clirMode, uusInfo, obtainCompleteMessage(EVENT_DIAL_CALL_RESULT));

} else {

cm.dial(ret.toString(), clirMode, uusInfo, obtainCompleteMessage(EVENT_DIAL_CALL_RESULT));

}

updatePhoneState();

phone.notifyPreciseCallStateChanged();

}

其中cm是RIL.java的实例，它在PhoneFactory.makeDefaultPhone里被实例化，然后在GsmPhone实例创建的时候，引用被传递给GsmPhone，在GsmPhone的构造函数里，调用其父类PhoneBase的构造方法，给mCi赋值为RIL的引用值，之后GsmPhone就可以使用父类的mCi了，所以mCi.dial即RIL.dial()。

public static void makeDefaultPhone(Context context) {

…

int numPhones = TelephonyManager.getDefault().getPhoneCount();

sCommandsInterfaces = new RIL[numPhones];

for (int i = 0; i < numPhones; i++) {

sCommandsInterfaces[i] = new RIL(context, networkModes[i],

cdmaSubscription, i);

}

for (int i = 0; i < numPhones; i++) {

PhoneBase phone = null;

int phoneType = TelephonyManager.getPhoneType(networkModes[i]);

if (phoneType == PhoneConstants.PHONE_TYPE_GSM) {

phone = new GSMPhone(context,

sCommandsInterfaces[i], sPhoneNotifier, i);

} else if (phoneType == PhoneConstants.PHONE_TYPE_CDMA) {

phone = new CDMALTEPhone(context,

sCommandsInterfaces[i], sPhoneNotifier, i);

}

Rlog.i(LOG_TAG, "Creating Phone with type = " + phoneType + " sub = " + i);

sProxyPhones[i] = new PhoneProxy(phone);

}

…}

GSMPhone (Context context, CommandsInterface ci, PhoneNotifier notifier, boolean unitTestMode) {

super("GSM", notifier, context, ci, unitTestMode);

…

mCi.setPhoneType(PhoneConstants.PHONE_TYPE_GSM);

}

protected PhoneBase(String name, PhoneNotifier notifier, Context context, CommandsInterface ci,

boolean unitTestMode, int phoneId) {

…

mCi = ci;

}

RIL.dial实现如下，封装一个RIL_REQUEST_DIAL类型的消息发送出去，将拨号请求发送给RILD，
如果是高通平台，RILD会通过QCRIL，以及QMI，和modem进行通信，完成呼叫起呼过程；如果是MTK平台，RILD使用AT指令向modem发送呼叫请求。
对于RILD之后的处理我们暂不进行分析了。（AT\QMI及modem这部分是feature phone很常规的呼叫流程过程，不是android特色的代码。）

public void

dial(String address, int clirMode, UUSInfo uusInfo, Message result) {

RILRequest rr = RILRequest.obtain(RIL_REQUEST_DIAL, result);

rr.mp.writeString(address);

rr.mp.writeInt(clirMode);

rr.mp.writeInt(0); // UUS information is absent

if (uusInfo == null) {

rr.mp.writeInt(0); // UUS information is absent

} else {

rr.mp.writeInt(1); // UUS information is present

rr.mp.writeInt(uusInfo.getType());

rr.mp.writeInt(uusInfo.getDcs());

rr.mp.writeByteArray(uusInfo.getUserData());

}

send(rr);

}

在GsmCallTracker的dial方法中，MTK平台还封装了一个事件为EVENT_DIAL_CALL_RESULT消息，但RIL层响应拨号请求后，被自身的handler处理。（clearDisconnected()和canDial()清空过去的非连接状态的Connections，然后检查是否可以拨打电话。接着检查foregroundCall是否处于Active状态，若是则调用switchWaitingOrHoldingAndActive将它们切换到后台，调用fakeHoldForegroundBeforeDial将前台中的连接全部切换到后台，并且状态变为HOLDING。在进行这些前期检查和准备后，创建一个GsmConnection实例即pendingMO，检查传递过来的电话号码是否有效合法，若不合法则调用pollCallsWhenSafe()，目的是将其标为dropped；若合法则设置为非静音后，调用RIL.dial进行拨号。最后，更新Phone状态并通知给注册者。）