之所以有增强型SRVCC（eSRVCC）技术的出现，无非是3GPP协议22.278关于EPS核心网中对于服务的要求明确，在为了保持已建立话音服务连续的异系统互操作中，终端时延不超过300ms。其实，在SRVCC中对中断时延影响最重要的一段时间不在于MSC Server通过源MME向UE发送切换命令（参考图5-48步骤13～15），而主要在于向IMS远端更话音的访问路径至CS域（参考图5-48步骤10～12），从前期实测结果看来，这段时延大大超出了人们通话中可忍受话音终端的预期（实测在800ms以上）。3GPP 23.856提案了很多解决方案，例如在MSC Server侧加判决timer或者在SCC AS实体加判决timer，核心思想无非就是分别拉齐向源MME的切换完成信令和IMS远端的会话迁移信令发送时刻，已将无意义的信令等待导致的话音终端时延降到最低。或者将现有的本地接入网网元进行改造，实现本地锚定功能，即局部快速进行更新，至IMS的远端后续进行更新。

目前比较稳固的一种方案采用本地新增ATCF、ATGW网元的方式进行中断时延优化，如图5-54所示。

图5-54 eSRVCC过程新增ATCF网元

这两个网元的功能有点分别像MME和S-GW／P-GW，ATCF负责进行控制面的锚定和信令的中转，ATGW负责媒体面的锚定和转发，其中ATGW由ATCF进行控制。值得一提，在后续用户需要通过MSC Server进行IMS注册的情况下，注册信令可以不用通过ATCF进行路由。另外，ATCF和ATGW只是逻辑网元，实际建网中，ATCF可以跟类似P-CSCF、IBCF或MSC Server等网元进行合设。

1.ATCF功能

1）分配STN-SR。

2）参与SIP会话。

3）指令ATGW锚定主叫和被叫的媒体路径。

4）执行会话迁移。

5）当会话迁移后，更新远端SCC AS中关于会话的路径信息。

6）在会话迁移过程中处理失败情况。

7）当会话迁移完成后，可根据本地策略，ATCF可以将ATGW从媒体路径中移除。

这一步同样需要远端进行更新，其实就意味着ATCF和ATGW只参与会话迁移流程，至于流程完成之后，任务结束了，就可以适时地退出。

如果UE在空闲态移动到一个新的MME／SGSN区域，并且接收到了新的IP地址，UE将发起重注册到IMS的流程，同时会选择一个新的ATCF网元进行锚定。如果UE没有收到新的IP地址，它将仍然使用旧有的P-CSCF和旧有的ATCF发起重新注册流程。

2.ATGW功能(www.daowen.com)

根据本地策略部署，由ATCF控制的ATGW可在会话期间和会话迁移后进行媒体路由。ATGW根据ATCF具体的物理设置位置，可以与其他的物理网元进行合设，如IMS-AGW、TRGW、P-GW或者CS-MGW。

3.ACC AS的功能

SRVCC中会话迁移直接锚定在ACC AS的过程由本地的ATCF所取代，因此ACC AS网元的功能也有了一些相应地更新。例如，将远端对话与由会话迁移更新消息创建的新的对话进行关联；清除已有的STN-SR，并且向HSS提供归属地网络配置的STN-SR或者接收到的第三方登记STN-SR；根据UE能力以及SRVCC订阅信息决定是否进行eSRVCC流程；通知ATCF是否SCC AS参与锚定媒体。

从UE侧的信令流程或者测试1og来看，增加新的逻辑网元ATCF、ATGW的eSRVCC并没有太大区别，主要的改变还是在新增网元之后的注册、主被叫、PS-CS话音迁移流程中，关于注册，主被叫流程中ATCF只能看作参与中转信令，甚或包括决定ATGW是否作为话音媒体的锚定点，而PS-CS话音迁移则参与了一些主导作用，以下信令流程就是从PS-CS话音迁移进行一些总体分析说明，如图5-55所示。

4.eSRVCC信令流程

1）之前与SRVCC中的信令流程一致，后续步骤在MSC Server收到PS-CS请求之后触发。

2）MSC Server发起Access Transfer消息，如果MSC Server支持mid-ca11能力，需要在该消息中一并指明。MSC Server提供能够支持的全部码流。如果CS MGW能够支持关于LTE话音的码流，那么ATCF必须指明ATGW插入匹配码流的概率就降低了，这其实意味着如果MGW侧能够提供码流，后续就能使得编码流程简化，否则还得需要ATGW介入进行协商。

3）ATCF收到Access Transfer消息通过C-MSISDN对迁移的会话进行关联。ATCF识别出正确的锚定会话，并且对新加入的会话进行迁移。ATCF通过发送配置ATGW消息更新ATGW中PS访问路径为新的CS访问路径。

4）ATGW返回配置ATGW应答消息至ATCF。

图5-55 增加新的逻辑网元ATCF、ATGW的eSRVCC流程

5）ATCF发送Access Transfer响应至MSC Server。当MSC Server支持辅助mid-ca11功能，ATCF提供会话状态信息Session State Information（SSI）。媒体路径已经转为CS域。

6）在收到Access Transfer消息后，ATCF重建与SCC AS的通信，同时根据存储的ATU-STI发送Access Transfer更新消息。Access Transfer更新消息创建了在ATCF与SCC AS之间新的对话。SCC AS把新创建的对话与远端对话相关联，如果在对话描述（SDP）中没有更新内容，SCC AS也不会发送更新至远端。

7）SCC AS发送确认响应至ATCF。

8）如果MSC Server收到关于激活会话或者活跃会话更多的状态信息SSI，会触发与前述步骤相同的Access Transfer流程。