srvcc_srvcc. qci_csfb(20)

SCC-AS还要从剩下3路呼叫中选择一路呼叫来发起refer给ATCF->MSC，命令UE发起另一路呼叫的创建。依次选择几路呼叫的顺序也有一个逻辑判断（由SCC-AS自己做）

LTE侧的IMS呼叫的振铃态切换的判断：当用户invite的contact中含有g.3gpp.srvcc-alerting feature tag时，它表示终端与ATCF 是否支持振铃态eSRVCC。SCC-AS可以根据这来判断是否做振铃态切换。

在振铃态或媒体为inactive状态（即多路呼叫）的会话切换中,给ATCF发info消息,其包含Info-Package:g.3gpp.state-and-event-info和Content-Type:application/vnd.3gpp.state-and-event-info+xmls,及相关的XML描述。

在呼叫消息中支持对Contact:<sip:msc1.visit1.net:1357>;+g.3gpp.icsi-ref="urn:urn-7%3gpp-service.ims.icsi.mmtel"、Target-Dialog、Recv-Info、P-Asserted-Service:urn:urn-7:3gpp-service.ims.icsi.mmtel信息的处理,用于切换与判断是否支持振铃态和mid-call的切换。在响应消息中携带feature-caps头部。这是为了作振铃态切换。

所有的切换请求、响应（18x,200)中都会带feature-caps:srvcc。用于标识eSRVCC切换呼

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

叫。eSRVCC流程中出现了各种feature-code，携带各种关键参数。

ATCF没有锚定媒体

其它技术点

IMS-HSS新增数据项

HSS的Sh接口透明数据中（29.328-b50)，有

MSISDN ：可能包括几个号码，即C-MSISDN,

Extended MSISDN

Additional MSISDN (A-MSISDN)

Private Identity

T-ADS Information

- IMS-VOICE-OVER-PS-NOT-SUPPORTED (0)

- IMS-VOICE-OVER-PS-SUPPORTED (1)

- IMS-VOICE-OVER-PS-SUPPORT-UNKNOWN (2)

STN-SR

UE SRVCC Capability

- UE-SRVCC-CAPABILITY-NOT-SUPPORTED (0)

- UE-SRVCC-CAPABILITY-SUPPORTED (1)

CSRN

在向IMS-HSS请求"MSISDN"时，需要在"User Identity"中填写PUI，在"User-Name"中填写PVI(从SIP注册消息的Authorization中获取

) .

控制非SRVCC用户呼叫不需经过ATCF的方法

所有VoLTE用户中并非所有用户都是eSRVCC用户。或者部分用户是SRVCC用户、另一部分用户是eSRVCC用户。因为eSRVCC用户的语音质量更好，可能视为高端用户。这里的想法是：如何区分SRVCC用户、eSRVCC用户或非SRVCC用户。

eSRVCC功能要求：eSRVCC用户的媒体通过ATGW锚定，那么这些用户的注册、呼叫、切换信令是必须经过ATCF的。但其它非eSRCC用户是不需要让呼叫经过ATCF，仍经过P-CSCF->I-CSCF->S-CSCF即可。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-32538-20.html