VoLTE技术中的会话持续性-SRVCC

目录

 

IMS中的会话持续性概念

会话持续性的范围

移动IP、SRVCC实现语音业务切换的思路分析

双模终端的类型

SRVCC架构分析

SRVCC的网元

    1，eMSC向IMS发出SRVCC切换请求

    2，MME执行VoIP和非VoIP媒体分离功能，并向eMSC发起SRVCC切换

    3，HSS新增用于SRVCC的参数STN-SR、C-MSISDN

    4，UE要具有SRVCC能力

    5，E-UTRAN(LTE接入网)的SRVCC能力

    6，UTRAN（HSPA）的SRVCC能力

    7，SCC AS负责锚定与切换

    8，EATF功能实现IMS紧急呼叫到CS的SRVCC切换

SRVCC业务流程概述

SRVCC业务流程细化

IMS侧的SRVCC呼叫流程（单路呼叫、多路呼叫）

IMS紧急呼叫的SRVCC过程

SRVCC流程的改进思路

E-UTRAN附着过程中与SRVCC有关的参数

E-UTRAN业务请求过程中与SRVCC有关的参数

 

==============================================================

IMS中的会话持续性概念

    IMS有关的会话持续性技术集中在语音业务的会话持续性。 要求是：业务中断时间不超过300ms,尽量避免升级或修改传统的2G/3G网络

    对于语音呼叫而言，由于用户的呼叫分为MO侧与MT侧，主叫侧与被叫侧都可以发起呼叫。各种切换技术关注的重点是 发起切换侧UE（称近端） 所在网络（2个接入网与一个核心网)的信令与媒体流程。而远端UE的流程不作为重点，往往只是一个收到媒体切换请求并响应的过程。

   语音呼叫连续性（Voice Call Continuity，VCC）很早就被提出，伴随IMS从起始、发展、成熟、演进各阶段都在3GPP 标准中被研究。08年前IMS语音呼叫经常从wifi接入，所以R7的VCC(也称DR VCC)开始仅指wifi与2G\3G CS域间的切换。并且生产出了双模双待的手机（Wlan常是5G频段，2G\3G常是2G频段)，伴以系统侧设备的支持，称为DRVCC或DR-VCC(Dual Radio VCC).

    随着LTE的普及，但2G、3G网络仍将长期存在。LTE/EPC不提供CS功能，Voice应用将需要依赖于IMS。LTE的早期部署将仅覆盖部分人口稠密地区。

    用户已满意于2G\3G网络的语音质量与覆盖，运营商与厂商开始研究VoLTE呼叫如何切换到2G\3G的CS域语音呼叫，开始也纳入VCC范围。但业界发现难以生产同时在LTE、2G或3G 同时待机的手机（无法同时支持两个RAT技术）（支持LTE和GSM/UMTS的双模手机很难实现双模双待，不能同时附着到LTE和GSM／UMTS系统上进行收发数据或者进行通话，）

      人们提出SRVCC或SR-VCC（Single Radio VCC）概念，UE本身支持双模单待，基本的SRVCC方案允许 语音呼叫从LTE侧(或HSPA)的IMS呼叫 切换到2G\3G\3GPP2  CS域。各种增强的SRVCC方案允许 含视频的多媒体呼叫的切换、反向切换（从3G切换到LTE侧）。

      3GPP对原3GPP R7的Dual Radio VCC机制进行了修改，以支持EPC中的这种Single Radio场景，并称为SRVCC技术，包括E－UTRAN与UTRAN/GERAN之间的SRVCC以及E－UTRAN与3GPP2 1xCS的SRVCC，还包括UTRAN的HSPA与UTRAN/GERAN的CS域间的SRVCC。

    SRVCC方案已比较成熟，MSC server assisted mid-call feature对于语音呼叫中各种补充业务提供了支持。SR-VCC 实际上是个切换过程，要求运营商已经部署了IMS网络。

        SR-VCC技术可能在LTE网络部署的前期和中期使用，随着LTE网络的覆盖扩大，SR-VCC技术的使用逐渐减少直至消亡。

注：原始需求是LTE初期是热点覆盖，而2G\3G是广域覆盖，所以用户在LTE覆盖边缘的语音呼叫持续性很重要。除了SRVCC之外，还有CSFB方案作为SRVCC的有力竞争对手，两种方案受不同运营商、厂商的支持。VoLGA方案已被3GPP放弃。

      SRVCC的定义：Single Radio Voice Call Continuity: Voice call continuity between IMS over PS access and CS access for calls that are anchored in IMS when the UE is capable of transmitting/receiving on only one of those access networks at a given time.

      CSFB的主要缺点是并未从本质上解决LTE提供语音业务的问题，而且每当用户需要语音业务时，用户在LTE网络下的业务都需要中断、切换或挂起，从而影响用户的体验。频繁的系统间的模式转换由语音业务触发，因此与传统意义上的系统间切换触发条件，例如由于LTE覆盖不好引发的向2G系统的切换不同，这种问题无法通过在网络部署阶段的优化来改善。

     对于已经部署或计划部署IMS的LTE运营商（也有CS域现网）来说，倾向于使用SRVCC。而部分LTE运营商不打算通过IMS提供语音业务（定位于纯管道运营商，只提供数据业务），而又有CS域现网用户，那他们会倾向于使用CSFB。

 

会话持续性的范围

    固定电话中没有漫游、移动、切换等要求。而移动网络从最初设计开始，就允许用户在其网络范围内、甚至是有同种无线信号覆盖的地区（允许跨运营商）的移动，由此带来了在会话（分语音会话、数据会话）中进行移动的需求。

    用户会话中移动可以包括各种场景，直接影响了设计方案。比如（不限于）

     1，会话完全建立后的移动，不分主被叫。

     2，会话未完全建立时的移动，比如在被叫侧返回振铃消息期间（因为可以振长达60s)，主叫或被叫用户发生移动，即振铃态切换。

     3，跨运营商，单制式的移动。比如2G网络内的移动，包括了基站间切换、MSC间切换、GGSN（数据业务）间的切换。也称系统内切换。

     4，多制式的移动（如2G网络移动到3G网络，或反之。如WCDMA切换到CDMA 2000，或反之）。称系统间切换。

     5，在引入voip后，wifi（voip)与3G\2G\LTE 间的切换。

     6，VOIP呼叫间的切换：如原呼叫在wifi\LTE中执行voip（IMS)，切换到2G\3G 的PS域继续走VOIP。

     7，Voip呼叫与CS域呼叫间的切换。如原呼叫是PS域接入的IMS语音，切换后变为CS域接入。

     8，数据业务的切换：如数据业务从LTE切换到2G\3G的PS域。

     9，上述各种场景的组合。

 

移动IP、SRVCC实现语音业务切换的思路分析

    移动IP的思路是：本端用户空闲、或呼叫时发生移动或切换（一般来说，空闲下发生移动，而呼叫中发生切换），由IP层屏蔽移动性，对远端来说，本端的IP地址不变。

       上层业务（TCP、基于UDP、TCP、SCTP的应用层协议）完全不可见，业务仍能持续。

        原因是：移动前两个主机间建立的TCP连接、UDP连接、SCTP 连接，移动后两个主机上的这些连接仍正常存在。只是移动过程中发生了一些丢包或链路维护消息增多。

　　　　对于语音呼叫来说，即切换前后，通话两端手机上的　信令连接＼媒体连接　不变。即应用层完全感知不到切换。

   而SRVCC的思路是：本端用户呼叫时发生移动，允许本端终端的IP地址重新分配。但MSC会代替终端发起SRVCC切换请求（同时，本端手机与MSC之间的CS域连接也会建立），与SCC AS之间建立一个新的本端呼叫路径，提供一个新的本端媒体地址给SCC　AS，SCC　AS会通过媒体切换过程让通话两端的媒体层连接重新建立。

　　　　　所以：SRVCC中，切换后，SIP层信令连接＼RTP层媒体连接　会在原通话两端重建。即应用层感知并参与切换。

 

双模终端的类型

SRVCC双模单待：某段时间只能支持一种接入网，但允许切换到另一种接入网，即为单待。

CSFB双模双待（双收单发）：CSFB方案没有VoLTE与IMS。用户在LTE网络中只进行数据业务，语音业务仍由CS域来做。但CSFB终端并非完全的双模双待，它可以在两种接入网络（LTE、3G CS域）中待机，但只能在3G CS域中接受与发起呼叫。

            当这种用户做被叫时，通过EPC网络与CS域间的Gs接口，将语音呼叫回落到CS域来处理。

双模双待（双收双发）：同时使用两种接入技术，并允许同时在两个接入网中进行不同的呼叫。当这种终端普及后，SRVCC与CSFB就不需要了。

 

SRVCC架构分析

    3GPP提出的SRVCC网络架构如下图：

                 3GPP TS 23.216 V11.6.0 (2012-09)     图  SRVCC网络架构

    在SRVCC架构中，新增了Sv接口及I2接口(上图中MSC与IMS之间的接口，它实际上是在ICS方案中定义的）。

    MME和eMSC之间提供Sv接口，以支持SRVCC切换处理。

    关键的会话转移（Session Transfer）功能在3GPP TS 23.237中定义，有时也称为会话切换功能。

    通过上图可见，

    1, 切换前，UE的本端呼叫路径（承载路径见Bearer path before HO，信令路径见sip signaling path before HO ）经过LTE的PS域接入IMS。

     2,切换后UE的本端呼叫路径（承载路径见Bearer path after HO）经过CS域的承载接入IMS（仍受IMS的呼叫控制，类似ICS)。信令路径在上图中没画，实际上是eMSC发起切换请求到IMS域。切换完成后的呼叫控制信令路径类似于：ICS中，传统IMS UE通过eMSC接入的场景。

    注：另一种切换方案是：切换后媒体走3G的PS域。

    可见，切换后UE所处网络是支持ICS方案的，本端媒体通过CS域，呼叫业务上移到IMS控制。

    SRVCC的实现基础是：Voice over LTE(LTE+IMS)与ICS(CS域+eMSC+IMS)。SRVCC不要求 ICS UE。当然支持SRVCC的ICS UE也可以使用（即：切换到3G后，ICS　UE的呼叫可以走I1接口）

    在ICS方案中：与IMS接口的MSC可以是eMSC（它可以以前的vMSC上升级，或单独新增IWF互通功能网元），也可能只是普通的MSC。 但在SRVCC中的MSC只能是eMSC，因为它必须与MME接口，必须能发起切换请求。

    SRVCC的终端，对应于ICS方案中的传统IMS UE、 ICS UE。

 

SRVCC的网元

在SRVCC方案，我们关心的几个网元

 1，eMSC向IMS发出SRVCC切换请求

        eMSC对 ICS 中eMSC(3GPP TS 23.292定义)进行了增强。   

(1)    处理MME/SGSN从Sv接口发送的针对语音媒体成分的重定位准备过程请求；

(2)    ICS功能相关的增强：如果支持ICS功能，并且通过Sv接口接受到ICS flag, 那么MSC Server执行ICS功能。

(3)    根据TS 23.237的定义，调用从IMS到CS的会话切换过程或紧急呼叫切换过程；

(4)    协调CS切换及会话切换过程；

(5)    受理 非UE/非用户　触发的MAP_Update_Location过程/MAP位置更新流程；(即切换成功后，MSC发给HSS一个位置更新消息 )

(6)    紧急呼叫情况下，根据条件发送MAP Subscriber Location Report到GMLC以支持位置连续性。

     eMSC可以与切换目标MSC合一，也可以独立存在（有时这称为IWF功能）。

    它处于在3GPP UTRAN/GERAN中。eMSC有可能支持SIP，也可能不支持SIP。

 

2，MME执行VoIP和非VoIP媒体分离功能，并向eMSC发起SRVCC切换

      MME需要兼顾语音的SRVCC切换和非语音的PS切换处理（或称：VoIP和非VoIP媒体分离功能）（PS bearer splitting function）。

      当UE从LTE（语音呼叫承载在GBR上，数据会话承载在非GBR上，UE上语音呼叫与数据会话可能并存）切换到3G时，语音呼叫切换到CS域（按SRVCC流程），而数据会话切换到PS域（3GPP EPC定义了这种流程，非SRVCC范围）。

      切换的发起网元是MME，它对于语音会话（面向eMSC，按SRVCC流程）、数据会话（面向SGSN）要走不同的流程。这就是 媒体分离功能的意义。

      MME发起SRVCC切换的依据是：SRVCC UE将UE的“SRVCC Capabilities”在LTE附着时传送到MME，MME保存用户能力，并用于SRVCC操作。

     如果用户在LTE侧同时处于 多路呼叫中，切换过程中，MME、MSC只会选择一路呼叫进行IMS侧、CS侧的媒体切换。其它路呼叫的切换会由SCC-AS来发起。原来多路呼叫间的业务关联，将由SCC-AS通过与MSC之间的mid-call过程来处理。

      UTRAN (HSPA) 也可以提供VoIMS，此时切换决策由源侧的SGSN作出(又分为：基于Gn SGSN，基于S4 SGSN 两种场景)。它的角色相当于LTE的MME。

 

MME具体功能总结如下：

(1)    通过分离PS中的语音承载与非语音承载，执行PS承载分割功能（PS bearer splitting function）；

(2)    针对 非语音媒体，根据TS 23.401定义的Inter RAT（多无线技术间）切换过程，在目标小区（无线Cell）处理非语音PS承载；

(3)    针对语音媒体成分，通过Sv接口发起SRVCC切换过程到目标小区（无线Cell），如果是紧急呼叫，携带紧急呼叫指示。无论UE当前使用的语音承载数量（如QCI=1）有多少个，该过程 仅触发一次。如果当前 有多个语音承载，且仅有其中一路为紧急呼叫，MME需要仅针对紧急呼叫执行SRVCC；

        对于SGSN，VoIP可以基于traffic class=conversational和SSD=speech检测出来。

(4)    协调PS切换及SRVCC切换，当两个过程同时存在时；

(5)    当UE处于有限服务模式下（limited service mode），切换过程中，发送设备标识到MSC；

(6)    紧急呼叫情况下，根据条件发送MAP Subscriber Location Report到GMLC以支持位置连续性。

 

3，HSS新增用于SRVCC的参数STN-SR、C-MSISDN

     影响两个接口：HSS – MME (S6a)（针对VoLTE)，HSS – SGSN (Gr)（针对VoHSPA)

     与传统的EPC-HSS、IMS-HSS相比，需要存 储2个特殊参数STN-SR(Session Transfer Number Single-Radio,会话迁移号)和C-MSISDN（即用户在CS域的用户号码），和可选的ICS Flag

 

     在UE的LTE附着过程中， EPC-HSS会通过插入签约用户数据消息将STN-SR(有时也叫做VDN，这来自于VCC架构)和C-MSISDN传给MME。（在HSS中的STN-SR信息、ICS Flag发生了改变时会通知MME。）

     MME在切换过程中会转发它们至eMSC。eMSC在发起向IMS的会话切换时，主叫号码是MSISDN，被叫号码是STN-SR。这个呼叫在IMS内被路由到SCC-AS，然后SCC-AS会用MSISDN关联到原呼叫，并发起到远端的媒体切换。

 

     当用户签约了VoLTE业务后，IMS侧的HSS （IMS-HSS）会存储用户的IMS用户数据与业务数据。如用户还签约了SRVCC业务，那么IMS-HSS中还会存储 STN-SR与C-MSISDN。

    当用户在LTE侧发起IMS注册时，SCC A会分配STN-SR，并更新到IMS-HSS上，IMS-HSS则会通知EPC-HSS并传递STN-SR与C-MSISDN给它。

    如果用户被允许在拜访网络(VPLMN)中使用SRVCC（ ），则HSS将在订阅数据中包含SRVCC STN-SR和C-MSIDN,并发送给MME，MME会在切换时传给MSC。 

    当STN-SR被修改或者从用户的订阅信息中删除时，EPC-HSS应通知MME/SGSN。

 

注：STN-SR实际上分两种：STN-SR、vSTN-SR。

   EPC-HSS、IMS-HSS在用户进行SRVCC业务签约时会存储STN-SR的初始值。即STN-SR。

   允许SCC-AS分配新的STN-SR，并通过IMS-HSS传递到EPC-HSS，然后再更新到MME本地。即vSTN-SR。

    vSTN-SR为漫游场景所设计(当用户漫游到异地LTE网络时)。

 

注：STI：Session Transfer URI Identifier。用于CS->PS、PS->PS接入切换的场景。

       许多语音切换流程中都出现了STN标识符，用于PS->CS接入切换场景。  比如本文中的STN-SR,E-STN-SR。

       在SC标准中可以看到更多的流程。

 

4，UE要具有SRVCC能力

        3GPP SRVCC UE 能执行SRVCC 过程。UE 与E-UTRAN 交互参照3GPP TS36.300   中的处理，与UTRAN （HSPA）交互参照3GPP TS25.331 的处理.。

        SRVCC UE 向网络指示本终端的SRVCC 能力 。这体现在附着请求消息和TAU(Tracking Area Updates)中。

        SRVCC能力作为“MS Network Capacity”的一部分，包含GERAN MS Classmark 3(如果GERAN接入网支持)，MS Classmark2(如果GERAN或UTRAN接入网支持)，Codecs IE(如果GERAN或UTRAN接入网支持)。

        由于网络不一定会支持SRVCC能力，所以MME会在S1 AP Initial Context Setup Request中包含一个”SRVCC operation possible”指示，意味着UE和MME均有SRVCC功能。

       SRVCC UE 支持3GPP TS23.292 中的UE 协助的T-ADS 功能，该功能用于选择在CS 域进行语音的终呼过程。  （T-ADS对于SRVCC应是可选的） 

 

5，E-UTRAN(LTE接入网)的SRVCC能力

      UE 和E-UTRAN 之间交互，参照3GPP TS36.300 中的处理。 
      当E-UTRAN 选择目标小区进行SRVCC 切换时，E-UTRAN 需要发送一个标识到 MME，表示该切换需要SRVCC。 
       E-UTRAN 决定邻接小区表基于SRVCC 的指示，或者对特殊的UE 建立 QCI=1 的承载。 

 

6，UTRAN（HSPA）的SRVCC能

      通知SGSN当前切换是一个SRVCC切换。 - 当HSPA 选择目标小区进行SRVCC 切换时，HSPA 需要发送一个标识到SGSN， 表示该切换需要SRVCC。备注 : UTRAN (HSPA) 假设SGSN 支持SRVCC 功能。 
        决定相邻小区表基于SRVCC的指示，或对特殊UE建立特殊承载。  - UTRAN 决定邻接小区表基于 SRVCC 的指示，或者对特殊的UE 建立Traffic Class = Conversational 和Source Statistic Descriptor = 'speech'的承载。 

7，SCC AS负责锚定与切换

            在SRVCC方案中，为IMS域新增了SCC AS( Service Centralization and Continuity AS)，它完成切换产生的新呼叫与另一侧旧呼叫的关联功能。 它实际与ICS中的SCC AS是同一个网元，可视为ICS中定义的SCC AS增强了切换功能。

    SCC AS功能分工如下：

（1）呼叫的锚定

        在LTE侧呼叫时，SSC AS为主叫侧第一个触发的AS，被叫侧最后一个触发的AS。

（2）正常切换功能

     SSC AS在接收切换指示消息后判断切换消息的合法性、寻找原呼叫、用新呼叫的leg更新远端leg，释放原始呼叫的近端leg。

（3）振铃态切换；

（4）配合eMSC 完成mid-call feature。

       SSC AS有计费与监听需求。SCC AS与TAS均执行监听功能是需要的。SCC AS关注切换操作与用户接入域信息(T-ADS功能需要)，这些信息在TAS上可能看不到。SCC AS可以监听到用户的切换操作、按小区监听 等。

   

8，EATF功能实现IMS紧急呼叫到CS的SRVCC切换

    EATF（Emergency Access Transfer Function）流程见下

         

 

SRVCC业务流程概述                                                       

3GPP TS 23.216 V11.6.0 (2012-09)

             SRVCC业务流程概述（Overall high level concepts for SRVCC from E-UTRAN to UTRAN/GERAN）

1、E-UTRAN 指示MME 进行SRVCC切换。

     切换决策很复杂。要求由Visited的接入网络侧控制而非由UE控制。MME还必须识别到用户当前的GBR承载中正进行语音业务，这在产生SRVCC流程之前就会先影响 E-UTRAN 的切换决策：必须切换到支持语音的目标网络去，如有多个目标网络可选时，是选CS域承载，还是PS域承载语音。

     接入域选择、终端参数设置，在3GPP EPC标准中有专门的流程。

 

2、MME发起SRVCC流程，将语音承载与呼叫控制信令切换到 MSC Server。  非语音承载切换到 目的GERAN/UTRAN 的PS域（SGSN) 也被MME执行。

    MME从HSS了解到终端支持SRVCC，得到终端签约信息中的SRVCC STN-SR标识，传给了MSC。

    非语音的PS媒体成分的切换的执行，是根据Inter RAT切换过程实施的，具体定义在TS 23.401规范中。

    MME负责协调PS-PS切换过程中的的前转再定位响应(或前向重定位响应，Forward Relocation Response)以及SRVCC的PS-CS切换的响应。

 

3、eMSC向IMS域发起SIP会话切换流程（这个时候，MSC应该已经准备好了MGW的媒体）。同时也会向CS域发起承载切换流程（路径从vMSC\eMSC一直到目标小区target cell）。

     这两个流程同时操作是缩短切换时延的必须要求，但同时加大了切换失败的可能性。

 

4、MSC完成CS域承载资源准备后，会通过 Sv 接口通知 MME(携带了CS切换命令信息)，MME 通知 E-UTRAN 指示UE 开始切换。

    注意：目标网络的CS域承载建立好后，LTE侧的UE才会开始切换到目标CS域。而此时IMS域侧的会话切换过程可能仍在进行中。

 

可以认为从MSC收到MME通知后，切换就有两个并发的过程，它们决定了切换时延（ 过程1比较慢）

过程1，本端向IMS发起的会话切换，包括本端与远端进行的媒体切换:媒体路径：MGW-IP网络-远端网络（包括了远端的MGW-UE）

过程2，MSC向CS域内部发起的承载建立过程 + UE从LTE侧切换到目标接入网（radio切换）。

       Radio之间的切换很快，但是在切换前，需要将CS侧的网络侧通道建立好，最好已经将远端更新好；

 

 

SRVCC业务流程细化       

3GPP TS 23.216 V11.6.0 (2012-09) SRVCC细化业务流程

从上图看，从第6步到第9步完成后，才完全建立了CS电路。然后才发起到IMS侧的切换（Update remote end。标准中讲第10步在第8步之后开始。

但实际上，MSC在第5步完成后已经创建了MGW上的媒体，完全可以让第6步与第10步同时发起。

在CS电路建立完成后，才会进入第14步的handover过程。

SRVCC切换分成：SRVCC without DTM（无数据业务的切换），SRVCC with DTM（语音业务、数据业务的同时切换）

 

        在CS语音会话结束后，如果UE仍在GERAN中，则UE将通过向SGSN发送一个路由区域更新请求(Routing Area Update Request )来恢复PS服务。更新类型依赖于GERAN网络的操作模式，如果UE在CS语音会话结束后已经返回到E-UTRAN，则UE将通过发送TAU(Track Area Update)到MME来恢复PS服务。MME将通知S-GW和P-GW恢复挂起的承载。

        见SRVCC from E-UTRAN to UTRAN with PS HO or GERAN with DTM HO support。 其中包括非语音业务的处理，呼叫流不仅要求eNodeB能够判决 目标侧是带有PS切换的UTRAN 还是 支持DTM的GERAN，而且要求UE能够支持DTM.

 

                

IMS侧的SRVCC呼叫流程（单路呼叫、多路呼叫）

3GPP 23.237-c00    6.3.2.1.4    PS – CS Access Transfer: PS to CS – Single Radio

     eMSC在发起向IMS的会话切换时，主叫号码是MSISDN，被叫号码是STN-SR。

     4a-1、4a-2、4a-3用于ICS终端在切换后更新Gm接口的呼叫控制信令路径。

    4b中SCC AS会释放原LTE侧接入leg。

        

 

见

3GPP 24.237-b40   IP Multimedia Subsystem (IMS) Service Continuity;Stage 3

Figure A.15.3-1: Signalling flow for PS-CS access transfer: PS-CS

第26步以后是mid-call feature。

UE A在切换之前，同时处于两路呼叫当中。

所以切换之后需要mid-call feature，由SCC AS发起第二路呼叫的切换。

 

 

IMS紧急呼叫的SRVCC过程

         用户在紧急呼叫过程中发生了切换。

 

         传统网络中，不管是固定电话网络，还是移动网络。紧急呼叫的流程与普通呼叫最大的不同在于：紧急呼叫必须由漫游地处理。IMS继承了这一概念。引入E-CSCF网元来处理紧急呼叫。E-CSCF是IMS网络中对于紧急呼叫进行接续控制的网元，它负责将紧急呼叫转发到现网的PSAP与EC。

          PSAP（Public Safety Answering Point，公共安全应答点）与EC（Emergency Center，紧急呼叫中心）负责接听和处理紧急呼叫。     

 

LTE侧IMS紧急呼叫流程如下

        

        上图是IMS域内紧急呼叫的建立过程，终端发起LTE内IMS紧急会话。终端生成的SIP INVITE带有终端的位置信息与sos(表示紧急呼叫指示符)，EATF会锚定该紧急会话，即EATF被插入到整个信令路径。EATF修改了呼叫的被叫号码，指示E-CSCF将呼叫路由给PSAP/EC（可能通过MGCF）。

         因为E-CSCF与PSAP、EC都在漫游域或用户接入地，那么紧急呼叫方案与处于home域的SCC-AS无关。

         SRVCC方案引入EATF，EATF提供基于IMS实现的IMS紧急会话的业务连续性。用户漫游时，该功能实体位于拜访地运营商的IMS网络，提供IMS紧急会话的锚定和PS到CS的转换。EATF类似一个路由B2BUA，通过请求第三方（3pcc）的呼叫控制实现接入类型的切换。

 

       紧急呼叫的SRVCC切换流程如下：

  

         上图流程表示紧急呼叫的SRVCC切换过程。被叫侧开始切换接入网到CS域时，MSC在CS域代替UE-A发起域切换，被叫号码为E-STN-SR(Emergency Session Transfer Number for SR VCC) ，这个呼叫通过I-CSCF被路由到EATF，EATF把这个呼叫与用户原来连接到PSAP的那路呼叫关联起来，发送一个Reinvite给PSAP侧进行媒体交换。通过这个过程，EATF提供了紧急呼叫的会话连续性功能

 

       紧急呼叫的SRVCC过程，与普通呼叫类似，区别是MSC发的invite带了E-STN-SR，与普通呼叫带的VDN或STN-SR不同，这样，这个呼叫不会到达S-CSCF，而是直接被I-CSCF呼到EATF了，由EATF来更新远端媒体（类似SCC AS)。

 

SRVCC流程的改进思路

现有流程的缺点是：

1，UE的handover过程完成后（较快）（此时UE的无线通道已经切换到CS域）。IMS侧update remote end还未完成。则远端UE仍会把RTP媒体发向LTE侧。

   对远端UE来说，就是用户面中断，远端UE有一段时间会听不到对方语音。降低了远端UE的语音质量。

   对于完全不知道对方是否移动的远端UE来说，可能这种语音中断更难忍受。

2，同上，总体切换时延由IMS侧update remote end过程来完成。切换时延较长，超过300ms。

   对本端UE来说，切换时延较长+用户面中断，也造成自己有一段时间会听不到对方语音。降低了本端UE的语音质量。

 

曾经产生了各种SRVCC的优化方案，目标提高本端与远端UE的语音质量，具体针对 切换时延与用户面中断 两个缺点进行。

1，eMSC与接入网MSC合一，降低时延效果不明显。

2，先update remote end，再进行handover。这样对远端较好，而对本端则切换时延更长了。

3，先handover，再发起IMS切换。本端用户面不会中断，但时延更长了。

4，采用eSRVCC方案：切换前后的媒体都锚定到同一个ATGW，大多数呼叫情况下不需要进行IMS侧的update remote end。充分降低了切换时延

 

在 3GPP TR 23.856 的 7.2    Assessment of alternatives 中列出各种eSRVCC方案。

通过 为知笔记 发布