Android 5.0 呼叫流程

5.1 MO CALL

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状态并通知给注册者。）