视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
SRVCC与ESRVCC区别
2025-09-27 23:47:00 责编:小OO
文档
【原创】浅析SRVCC/eSRVCC

 LTE网络初期,网络覆盖不足,当用户在使用LTE网络进行语音通话过程中,随着用户的移动,正在进行的语音业务会面临离开LTE覆盖范围后语音能否连续的问题。为解决这一问题,3GPP在R8阶段引入SRVCC/eSRVCC方案,在SRVCC方案中,由于需要在IMS网络中创建新承载,很容易导致切换时长高于300ms,影响终端用户体验。而eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长(切换时长小于300ms),使用户获得更好的通话体验。

 1、SRVCC:媒体的切换点是对端网络设备(如对端UE),影响切换时长的主要因素是会话切换后需要在IMS网络中创建新的承载。

2、eSRVCC:相比于SRVCC,媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点,无论是切换前还是切换后的会话消息都要经过ATCF(Access Transfer Control Function)/ATGW(AccessTransfer Gateway)转发。后续在发生eSRVCC切换时,只需要创建UE与ATGW之间的承载通道,对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于SRVCC方案,减少了切换时长。下载本文

显示全文
专题