背景

以下内容基于Android P code。并以三方通话为例。

合并通话

IMS

先看下合并通话后Call、Connection的变化：

合并通话后Call Connection的变更

1. 合并通话后把新的ImsCallSession给了原来的foreground的ImsCall，原来的两个ImsCallSession都断开了。

合并通话后ImsCallSession的变更

2. 保留foreground的ImsCall给会议电话用。

合并通话后ImsCall的变更

3. 保留foreground的ImsPhoneConnection的给会议电话用。

合并通话后ImsPhoneConnection的变更

4. 原本的fg bg TelephonyConnection都被断开了。从原来的fg TelephonyConnection来clone了会议电话的host connection，并创建了ImsConference和它的child connection。

以三方通话为例，merge成功后有三个TelephonyConnection，一个为ImsConference的host connection，另外两个为ImsConference的paticipant connection。

merge后connection的变更

5. 原来的fg bg Telecom/Call被挂断，新创建了会议电话的parent、child Call。

合并通话后Telecom/Call的变更

合并成功后有三个TelephonyConnection，Telecom/Call也有三个（会议电话和它的参与者）。ImsConference对应parent Call，ConferenceParticipantConnection对应child Call。它们构成树结构的父子关系。

这里需要注意的是，正常情况下是Telecom先创建Telecom/Call，再通过ConnectionService来创建telecom/Connection，创建成功后再把telecom/Connection的信息填到Telecom/Call中。但会议电话是先有telecom/Connection，再通知Telecom创建这个Connection的Call。如图

创建正常Telecom/Call和创建会议电话Telecom/Call的区别

5. InCallUI的Call同telecom一致，原来的两通Call被挂断，而新成了三通构成父子结构的Call。

merge后InCall/Call的变更

其中child Call因为界面设计的需要在getState时不是返回ACTIVE状态而是CONFERENCED，用来表明这通Call是电话会议中的子Call。

总的来说就是：

1. 原本的fg bg通话都有自己的ImsPhoneConnection ImsCall ImsCallSession，但合并后只有会议电话的ImsPhoneConnection ImsCall ImsCallSession，从二变一。

2. Telephony创建会议电话ImsConference和它的参与者ConferenceParticipantConnection，并把它们传给Telecom，Telecom为它们建立树结构父子关系Call，并传递给InCallUI。

其流程图如下：

流程图

创建ImsConferece和其参与的Connection见上面图”创建正常Telecom/Call和创建会议电话Telecom/Call的区别“。

GSM

GSM和IMS不同，其merge后只增加了一个conference call，不会断开之前的call。如图

gsm merge后状态变更图

其主要变更如下：

1. HOLD的通话变active。

2. 新建了会议电话TelephonyConference，原有两通电话的TelephonyConnection为它的参会者。

3. TelephonyConference会在Telecom创建对应的Call，并和原有的Call构建父子关系。

其流程图如下：

gsm merge流程图

构建会议电话和其参考者的流程图：

构建父子关系的流程图

和ims的会议电话一样，Telecom的parent call是由Telephony要求创建的。

IMS与GSM的对比

1. IMS合并通话后只保留原fg call的ImsCall、ImsPhoneConnection。GSM合并通话后原有的fg bg call的DriverCall、GsmCdmaConnection保持不变，但bg call的状态由HOLD变为ACTIVE。

2. IMS创建会议电话ImsConference时从原fg TelephonyConnection处克隆了一个conference host TelephonyConnection。GSM创建会议电话TelephonyConfence后并没有创建一个conference host TelephonyConnection。

3. IMS合并通话后断开了原来Call的TelephonyConnection，而新建了会议电话参会者的TelephonyConnection，并通过这些Connection来创建Telecom/Call。GSM保留原来的TelephonyConnection和Telecom/Call。

CDMA

CDMA在拨打或者接听第二通电话时就自动变为会议电话，不需要用户点击合并通话按钮。其状态更新如下：

接听：

cdma接听来电等待通话变会议通话

拨打：

cdma添加通话后变会议电话

可以看到它与GSM的不同在于：

1. CDMA第二通通话拨打或接听后直接变成会议电话。GSM需要用户发送合并通话的请求。

2. CDMA会议电话仅有一个DriverCall、GsmCdmaConnection。GSM会议电话有和参会者数量相同的DriverCall、GsmCdmaConnection。

3. CDMA添加通话后原通话的HOLD状态直接在TelephonyConnection创建一个假状态，并由计时器在指定时间后恢复ACTIVE。GSM添加通话后的HOLD的状态由网络端返回。

4. CDMA在通话中来电不会收到来电通知而是收到call waiting通知，同时不会新增DriverCall而是构建CdmaCallWaitingNotification来创建新来电的ImsPhoneConnection。GSM在通话中来电仍是收到来电通知并通过构建DriverCall来建立ImsPhoneConnection。

5. CDMA的会议电话参会者之间不会构成Conferenceable关系，GSM会。

其具体流程图如下：

接听：

cdma接听来电变会议电话流程图

拨打：

cdma添加通话流程图

分离通话

IMS

IMS不支持分离通话。

GSM

GSM的分离通话就是合并通话的反向过程，分离通话后DriverCall变成非conference call，且状态变回一通HOLD一通ACTIVE。TelephonyConference发现没有参与电话会议的TelephonyConnection后销毁自己。其流程如下：

GSM分离通话流程图

父子关系的解离流程单独列出如下：

GSM分离通话后父子关系的解离

CDMA

CDMA不支持分离会议电话

挂断会议电话中的一方通话

IMS

挂断一方通话后，这个participant的status变成disconnected，conference和另外的participant的状态不变。如图

挂断一方通话后状态变更

其流程如下：

挂断一方电话的流程图

ImsCall不会把挂断的participant加入到会议电话的参会者列表中去，ImsConference收到更新的参会者列表时发现有参会者不见了便会把这个参会者的Connection设置为DISCONNECTED。

当挂断的通话是会议电话最后一个参会者时，收到callSessionConferenceStateUpdate更新该参会者的ImsConferenceState的状态为disconnected后，IImsCallSessionListener还会收到callSessionTerminated的通知，它会挂断会议电话。如图