srvcc_srvcc. qci_csfb(18)

Require: sec-agree

Proxy-Require: sec-agree

CSeq: 1 REGISTER

Supported: path, gruu

Content-Length: 0

Table A.3.3-3: SIP REGISTER request (ATCF towards S-CSCF)

REGISTER sip:home1.net SIP/2.0

Feature-Caps: *;+g.3gpp.atcf="<tel:+1-237-888-9999>"; +g.3gpp.atcf-mgmt= "<sip:atcf.visited2.net>";+g.3gpp.atcf-path="<sip:termsdgfdfwe@atcf.visited2.net>";+g.3gpp.mid-call;+g.3gpp.srvcc-alerting

Path:<sip:termsdgfdfwe@atcf.visited2.net>,<sip:aga2gfgf@pcscf1.visited2.net:5070;ob> Route: <sip:icscf.home1.net;lr>

P-Visited-Network-ID:

P-Charging-Vector:

Via: SIP/2.0/UDP atcf.visited2.net:5060;branch=z9hG4bKnas5889; SIP/2.0/UDP pcscf1.visited2.net:5060;branch=z9hG4bKnas56565, SIP/2.0/UDP

[5555::aaa:bbb:ccc:eee];comp=sigcomp;branch=z9hG4bKnasiuen8;rport=5060;received=5555::aaa:bbb:ccc:eee

Max-Forwards: 68

P-Access-Network-Info:

二、用户呼叫流程：正常的IMS呼叫，但必须控制锚定媒体到ATGW

所有IMS呼叫都锚定到ATCF，ATCF需要知道用户是否支持SRVCC功能(这样才能控制SRVCC用户的呼叫媒体锚定到ATGW，并才能在呼叫、切换时进行特定处理)，

ATCF在注册结束后，会从SCC-AS得到一个message消息：携带C-MSISDN、ATU-STI及用户是否支持SRVCC功能标记（即切换到CS域的功能）

SCC-AS如何知道用户是否支持SRVCC:UE在LTE中附着时，会指示自己是否支持SRVCC，MME将这种标记存入HSS。SCC-AS在用户注册时会从HSS下载用户数据，其中含SRVCC能力。

所有IMS用户的IMS注册都被SBC发给Visited域的ATCF，ATCF把自己加到Path上，发给S-CSCF。

后来这些用户（含SRVCC用户与非SRVCC，或分为：固定用户、Volte

用户）的呼叫都经

过了ATCF。ATCF根据在注册后得到的用户SRVCC能力来控制SRVCC用户的呼叫媒体锚定到ATGW（这是呼叫流程中最重要的工作），而非SRVCC用户则不需要锚定媒体。

三、eSRVCC切换流程:STN-SR，ATU-STI，C-MSISDN

对于接受注册和VoLTE呼叫的ATCF来说，需要让MSC把切换请求发给自己。这样才是完全的“锚定”功能。

MME控制切换到CS域、PS域的方法与SRVCC一样。

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