背景
以下内容基于Android P code。 并以三方通话为例。
合并通话
IMS
先看下合并通话后Call、Connection的变化：
1. 合并通话后把新的ImsCallSession给了原来的foreground的ImsCall，原来的两个ImsCallSession都断开了。
2. 保留foreground的ImsCall给会议电话用。
3. 保留foreground的ImsPhoneConnection的给会议电话用。
4. 原本的fg bg TelephonyConnection都被断开了。从原来的fg TelephonyConnection来clone了会议电话的host connection，并创建了ImsConference和它的child connection。
以三方通话为例，merge成功后有三个TelephonyConnection，一个为ImsConference的host connection，另外两个为ImsConference的paticipant connection。
5. 原来的fg bg Telecom/Call被挂断，新创建了会议电话的parent、child 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。如图
5. InCallUI的Call同telecom一致，原来的两通Call被挂断，而新成了三通构成父子结构的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。如图
其主要变更如下：
1. HOLD的通话变active。
2. 新建了会议电话TelephonyConference，原有两通电话的TelephonyConnection为它的参会者。
3. TelephonyConference会在Telecom创建对应的Call，并和原有的Call构建父子关系。
其流程图如下：
构建会议电话和其参考者的流程图：
和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在拨打或者接听第二通电话时就自动变为会议电话，不需要用户点击合并通话按钮。其状态更新如下：
接听：
拨打：
可以看到它与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会。
其具体流程图如下：
接听：
拨打：
分离通话
IMS
IMS不支持分离通话。
GSM
GSM的分离通话就是合并通话的反向过程，分离通话后DriverCall变成非conference call，且状态变回一通HOLD一通ACTIVE。TelephonyConference发现没有参与电话会议的TelephonyConnection后销毁自己。其流程如下：
父子关系的解离流程单独列出如下：
CDMA
CDMA不支持分离会议电话
挂断会议电话中的一方通话
IMS
挂断一方通话后，这个participant的status变成disconnected，conference和另外的participant的状态不变。如图
其流程如下：
ImsCall不会把挂断的participant加入到会议电话的参会者列表中去，ImsConference收到更新的参会者列表时发现有参会者不见了便会把这个参会者的Connection设置为DISCONNECTED。
当挂断的通话是会议电话最后一个参会者时，收到callSessionConferenceStateUpdate更新该参会者的ImsConferenceState的状态为disconnected后，IImsCallSessionListener还会收到callSessionTerminated的通知，它会挂断会议电话。如图
GSM
挂断一方通话后，DriverCall只剩没挂断的那通，且不再是conference。因此TelephonyConference发现没有至少2个会议参加者后会销毁自己挂断会议电话。这样整个通话就剩一通正常通话。其流程和GSM分离通话基本一样。其状态变更图如下：
IMS和GSM的区别
IMS会议通话中的一方断开后会议电话仍存在，不会挂断ImsConference，剩下一方参会者仍是conference call。GSM会挂断TelephonConference，剩下一方参会者不再是conference call。
CDMA
CDMA不能仅挂断一方通话。当对方挂断通话后本机不会收到网络通知。
原创内容欢迎转载，但请注明出处，谢谢！
