srvcc_srvcc. qci_csfb(19)

eMSC在切换时，发invite给ATCF（其中带STN-SR，C-MSISDN)给ATCF。由于STN-SR是ATCF自己分配的，它会知道这是一个切换请求，并根据C-MSISDN关联到IMS用户和现有呼叫。

对eMSC来说，这个操作与SRVCC方案中一样。 区别只是：SRVCC中，呼叫是完全锚定到SCC-AS，由eMSC直接把切换invite发给SCC-AS。而eSRVCC中锚定由ATCF与SCC-AS共同完成，eMSC必须把切换invite发给ATCF。

STN-SR是给MSC在切换请求时使用的，由ATCF在注册时产生。一般是标识ATCF的全局PUI，或称为PSI，因为是给MSC用的，一般是Tel URI格式。

当原IMS呼叫有几路时，ATCF收到MSC发来的呼叫中，必须选择关联其中一路：先选择Active的呼叫，再选择。。。这之中有个逻辑判断（由ATCF自己做）

而ATCF发invite(被叫是ATU-STI，主叫是用户PUI)给SCC-AS。 SCC-AS返回SSI给ATCF和MSC。（SSI用于 mid-call 切换中关联呼叫所用）

ATU-STI是给ATCF在切换请求时使用的，由SCC AS在注册时产生。

SCC AS在注册时产生ATU-STI。它用Message通知ATCF:UE的C-MSISDN，以及分配的ATU-STI，还有UE的SRVCC 能力

ATCF使用C-MSISDN来关联会话(MSC发来切换请求时)，使用ATU-STI替换与SCC AS之间的信令路径(在发起切换呼叫到SCC-AS时）。原信令leg会被ATCF或SCC-AS释放。

C-MSISDN是很重要的，因为IMS用户PUI与CS域号码可能是不一样的。ATCF收到MSC发来切换请求（带C-MSISDN，它表示了主叫的身份）时，再关联到现存的几个IMS呼叫中的一个。

ATU-STI是全局PSI。像STN-SR一样，都是一个全局PSI，所以要关联到某个用户的某一路旧呼叫的话，要根据新呼叫中带的PAI(用于关联到用户）、Target-Dialog（像replace一样，含有旧呼叫的dialog ID)

用户原来有多路呼叫时，决定替换哪一路由ATCF决定，其原呼叫的dialog id 置入Target-Dialog参数中。

当切换请求invite被eMSC发给ATCF，ATCF置被叫号码为ATU-STI（主叫号码为用户PUI），且携带Target-Dialog参数(其中含原LTE呼叫的SIP 会话ID），这个invite发给SCC AS。SCC AS会执行替换呼叫的操作(不切换远端媒体)与释放原呼叫的local leg：SCC AS使用Target-Dialog参数来寻找到原呼叫的数据区。在invite的200 响应中，SCC AS携带Feature-Caps：*；+g.3gpp.srvcc

如切换请求(根据被叫是否是ATU-STI决定）的invite中没有携带Target-Dialog参数时（而不完全靠被叫是ATI或STN-SR来判断是否执行SRVCC），SCC AS执行SRVCC方案，即从用户的多路选叫中选中一路来update remote end.（SRVCC方案中，决定替换哪一路的决策由SCC AS来做）。

而对SCC-AS来说，在收到ATCF发来用于切换的invite时，根据Target-dialog中的dialog id来关联到用户现存的4路呼叫中的一路。在这个呼叫关联完成后（呼叫关联的工作包括：向主叫用户即ATCF发送200OK，即完成新呼叫的创建，另外还要释放掉旧呼叫的leg。 因为是B2BUA网元，所以不用通知到远端IMS用户，除非需要更新远端媒体)。

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