srvcc_srvcc. qci_csfb(3)

即使PLMN本地网内的通话，也会上到eMSC或普通MSC后再发给IMS域的SCC AS锚定。所以锚定功能实际上由 MSC+SCC AS共同执行。

这样改变了PLMN网内路由方式，所有本地(visited)MSC的路由都会指向本地网边缘的eMSC或普通vMSC。eMSC一定会把呼叫定向到IMS域，而普通MSC则需要查询IN得到IMRN后再定向到IMS域。

注1：ICS部署时可能有一个问题：即使主被叫在同一个CS域进行会话，仍要锚定到IMS域进行会话控制和业务触发。不仅信令会有迂回（业务控制信令、CS承载控制信令都经过互联网上的SCC AS），媒体也会有迂回（CS承载控制路径是经过eMSC控制下的CS-MGW），这增加了会话接续时长（主要由于IMS域处于互联网，时延较长）与媒体互通节点的开销（如编解码转换），

只要主被叫中有一个用户是ICS用户（比如另一个用户是传统CS 用户），上述问题就存

在。

普通MSC需要查询IN后才可经过MGCF路由到IMS域，在ICS出现之前已经产生了CS域通过这种方式接入IMS的方案，称为非锚定方案(对应的锚定方案是指 IMS AS直接提供MAP与CAMEL接口，对MSC/SSP来说，IMS AS相当于智能网SCP，这种方案称为锚定方案)。它的问题在于：GSM的智能网CAMEL协议只能实现一次触发，即IN业务与IMS域不能同时签约。同样，C网智能网协议中用户只能签约一个SCP，不支持多业务触发嵌套。另外许多运营商的PLMN IN现网已经提供了上百种业务，不可能全部放弃或转到IMS网来，PLMN现网业务与IMS业务需要共存，但实际部署时经常出现业务冲突问题，即一种业务的实现影响了其它业务的实现结果（同样的问题在IMS域内多业务AS之间也存在，有时在解决上通过IFC触发顺序解决）。

IMS中IFC的触发机制远比IN触发机制灵活，一个用户可以签约多个IFC，触发到多个AS，触发顺序按优先级功能，触发条件可按号码、信令和SDP中任何字段来触发（对AS来说，相当于由SCSCF来过滤呼叫），比如按媒体类型触发，实现了精细化控制。

普通MSC呼入时，没有携带接入网信息，MGCF可能不能补充接入网信息，IMS域内TAS无法知道用户当前是否漫游、及接入网信息，对于BAIC-Roam（漫游出归属PLMN国家后闭锁入局呼叫）业务无法执行。要解决这个问题，可能需要 3G HSS与IMS-HSS 之间的交互来取得用户当前的VLR-ID。

对于地域广泛、地区繁多的国家，某个分支A（如省一级）要开展ICS业务时，不但要改造本省的PLMN与IMS网络，还要保证用户漫游到其它分支后，其它分支的PLMN接入网的vMSC能将用户始发呼叫转到Home IMS来。由于PLMN中IN业务的触发是由主叫侧visited域来控制（即vMSC触发），则A省运营商要保证全国各省的vMSC都要改造，以触发到SCP去取得路由。

ICS中的用户终端

ICS方案针对的是拥有 2G\3G CS域接入能力的UE。在这个方案中，UE也可以具有2G\3G\4G PS域接入能力。但ICS方案的关注点是：UE通过CS域来传输媒体时，UE与IMS之间的信令传递机制。

引入ICS概念后，根据用户终端功能的不同可以将 ICS网络内的终端大致分为以下几类。

1）传统UE：包括2G/3G 中的传统UE，只能通过CS域进行语音呼叫。

2）传统IMS UE：2G/3G/LTE中传统UE，如果所处PS域能提供VOIP语音业务保证（PS域对于IMS信令、IMS媒体需要提供不同的QOS，而传信令的要求较低），且UE上安装了IMS应用软件。这种UE同时具有CS域、PS域的接入能力。

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