VoLTE中的業(yè)務(wù)域部署方案

王志松　劉冬梅　張林林

【摘 要】介紹了VoLTE網(wǎng)絡(luò)的業(yè)務(wù)域選擇與接入域選擇的概念，總結(jié)了三種典型的VoLTE域選擇方案：純ICS方案、被叫側(cè)ICS方案和互通方案，并對(duì)其優(yōu)缺點(diǎn)進(jìn)行歸納總結(jié)，提出了網(wǎng)絡(luò)演進(jìn)方案的路徑建議。

【關(guān)鍵詞】VoLTE IMS SRVCC ICS SDS ADS T-ADS

中圖分類(lèi)號(hào)：TN929.53 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1006-1010（2014）-03-0057-06

1 引言

2013年，全球已有260個(gè)LTE商用網(wǎng)絡(luò)，LTE成為未來(lái)10年的主流無(wú)線通訊技術(shù)已無(wú)可置疑。

目前全球已有4家運(yùn)營(yíng)商推出VoLTE（Voice over LTE）商用服務(wù)，美國(guó)Verizon、日本KDDI、西班牙O2、中國(guó)移動(dòng)亦宣布將在2014年正式商用VoLTE。2015年，全球?qū)⒂?00張以上的VoLTE商用網(wǎng)絡(luò)。

GSMA標(biāo)準(zhǔn)組織與各主流電信運(yùn)營(yíng)商、電信設(shè)備商已公認(rèn)VoLTE方案基于IMS+SRVCC實(shí)現(xiàn)（IMS即IP Multimedia Subsystem，IP多媒體子系統(tǒng)；SRVCC即Single Radio Voice Call Continuity，單射頻語(yǔ)音呼叫連續(xù)性）。

作為替換傳統(tǒng)CS語(yǔ)音技術(shù)的IMS技術(shù)，從2006年3GPP將IMS納入R6以來(lái)，得到多個(gè)標(biāo)準(zhǔn)化組織、各主流運(yùn)營(yíng)商與設(shè)備商的支持，技術(shù)成熟度已比較完善。截至2012年10月，全球IMS商用網(wǎng)絡(luò)已有314個(gè)。

2012年11月，香港CSL 4G商用試驗(yàn)局打通業(yè)界首個(gè)支持eSRVCC（enhanced Single Radio Voice Call Continuity，增強(qiáng)的單射頻語(yǔ)音呼叫連續(xù)性）切換的VoLTE語(yǔ)音呼叫。2013年6月，中國(guó)移動(dòng)在廣州4G試驗(yàn)網(wǎng)打通了全球首個(gè)真正基于TD-LTE網(wǎng)絡(luò)的VoLTE語(yǔ)音電話(huà)。

IMS+eSRVCC的方案在繼承傳統(tǒng)語(yǔ)音/短信業(yè)務(wù)、支持補(bǔ)充業(yè)務(wù)與智能業(yè)務(wù)、QoS、安全、語(yǔ)音質(zhì)量、3G/4G互操作、語(yǔ)音業(yè)務(wù)持續(xù)性、電信級(jí)管理與運(yùn)維方面，其標(biāo)準(zhǔn)與設(shè)備的成熟度都已相當(dāng)高。但在方案具體落實(shí)到不同運(yùn)營(yíng)商網(wǎng)絡(luò)時(shí)，必須根據(jù)各運(yùn)營(yíng)商網(wǎng)絡(luò)的設(shè)備可改造程度、HSS融合程度、運(yùn)維管理架構(gòu)等來(lái)選擇VoLTE網(wǎng)絡(luò)建設(shè)方案。

本文將對(duì)VoLTE網(wǎng)絡(luò)建設(shè)時(shí)的業(yè)務(wù)域部署方案進(jìn)行探討。

2 域選擇概念

4G時(shí)代的語(yǔ)音核心網(wǎng)采用基于PS域的IMS技術(shù)，而3G、2G的語(yǔ)音核心網(wǎng)基于CS域，兩種技術(shù)可替換、共存或互通。

在網(wǎng)絡(luò)演進(jìn)到VoLTE的過(guò)程中，必須考慮4G與3G、2G長(zhǎng)期共存的需求，共存體現(xiàn)在終端、接入網(wǎng)、核心網(wǎng)三個(gè)層面。

這樣，電信網(wǎng)絡(luò)中就同時(shí)存在兩個(gè)業(yè)務(wù)域（IMS域、CS域）來(lái)提供語(yǔ)音業(yè)務(wù)，也有兩個(gè)接入域（IMS域、CS域）可以來(lái)發(fā)起或接收語(yǔ)音呼叫。網(wǎng)絡(luò)必須為用戶(hù)選擇某一個(gè)業(yè)務(wù)域（IMS域或CS域）來(lái)提供語(yǔ)音業(yè)務(wù)。VoLTE終端可以選擇某一個(gè)接入域（IMS域或CS域）來(lái)注冊(cè)或發(fā)起語(yǔ)音呼叫，而網(wǎng)絡(luò)也需要替被叫用戶(hù)選擇一個(gè)接入域（IMS域或CS域）來(lái)接收呼叫。

那么就產(chǎn)生了接入域選擇（ADS，Access Domain Selection）與業(yè)務(wù)域選擇（SDS，Service Domain Selection）的問(wèn)題，合稱(chēng)域選擇功能（DSF，Domain Selection Function）。它會(huì)造成呼叫從CS域轉(zhuǎn)向到IMS域，或從IMS域轉(zhuǎn)向到CS域，帶來(lái)了復(fù)雜的信令處理流程。

在用戶(hù)建立呼叫的過(guò)程中，必須要選擇一個(gè)接入域和一個(gè)業(yè)務(wù)域，這個(gè)問(wèn)題是IMS作為VoLTE方案時(shí)必須要解決的。

（1）接入域

對(duì)于圖1，首先來(lái)分析接入域的情況：

1）主叫側(cè)接入域的選擇

當(dāng)兩個(gè)無(wú)線網(wǎng)絡(luò)（3G、LTE）都可用時(shí)，由終端或用戶(hù)自己選擇向哪個(gè)域（CS域、IMS域）來(lái)注冊(cè)并發(fā)起呼叫。

2）被叫側(cè)接入域的選擇

被叫終端可能同時(shí)在兩個(gè)核心網(wǎng)（CS、IMS）都有激活狀態(tài)。對(duì)于支持SRVCC的VoLTE終端（它在某個(gè)時(shí)刻只能處于一個(gè)無(wú)線網(wǎng)絡(luò)中），但由于注銷(xiāo)時(shí)間差和雙注冊(cè)的問(wèn)題，單個(gè)網(wǎng)絡(luò)（3G或LTE）并不能判斷出用戶(hù)是否真的在本網(wǎng)絡(luò)中待機(jī)或已離開(kāi)，必須綜合兩個(gè)網(wǎng)絡(luò)（3G、LTE）的用戶(hù)激活狀態(tài)與網(wǎng)絡(luò)配置來(lái)選擇終端當(dāng)前所處的真實(shí)接入域。

（2）業(yè)務(wù)域

當(dāng)終端注冊(cè)到IMS域時(shí)，接入域、業(yè)務(wù)域都在IMS域。而當(dāng)終端注冊(cè)到CS域時(shí)，接入域是CS域，但不能認(rèn)為業(yè)務(wù)域就一定是CS域了，因?yàn)楦鶕?jù)ICS（IMS Centralized Services，IMS集中業(yè)務(wù)）架構(gòu)，業(yè)務(wù)域應(yīng)該是IMS域。網(wǎng)絡(luò)實(shí)際部署時(shí)，ICS并不是唯一可選擇的方案。也就是說(shuō)：VoLTE終端在CS域接入時(shí)，業(yè)務(wù)域可以是CS域，也可以是IMS域。

從業(yè)務(wù)域是否共享或獨(dú)立的角度，VoLTE方案可以分成三種：

◆方案1：純ICS方案；

◆方案2：被叫側(cè)ICS方案；

◆方案3：互通方案。

按以下的終端接入類(lèi)型來(lái)說(shuō)明三個(gè)方案的呼叫流程：

◆主叫側(cè)：VoLTE手機(jī)通過(guò)CS域接入；

◆被叫側(cè)：VoLTE手機(jī)通過(guò)CS域接入。

3 方案1——純ICS方案

這個(gè)方案是最接近ICS架構(gòu)的方案，不管VoLTE用戶(hù)在IMS域還是CS域接入，其業(yè)務(wù)域總在IMS域中，CS域的業(yè)務(wù)功能基本放棄，只做呼叫接續(xù)之用。VoLTE手機(jī)通過(guò)CS域接入并發(fā)起呼叫的流程如圖2所示。

圖中，SCC AS（Service Centralization and Continuity Application Server）是3GPP在ICS、SRVCC架構(gòu)中提出的，提供會(huì)話(huà)轉(zhuǎn)移（Session Transfer）功能以及域選擇功能。endprint

圖2中各步驟如下：

（1）UE A發(fā)起CS呼叫消息（包括被叫UE B的號(hào)碼），發(fā)給ICS增強(qiáng)的MSC Server。這里是標(biāo)準(zhǔn)的CS域發(fā)起過(guò)程；

（2）MSC發(fā)SIP Invite消息給S-CSCF，其中Req-URI是B的號(hào)碼。Invite消息中也包括了從CS-MGW得到的SDP；

（3）S-CSCF執(zhí)行標(biāo)準(zhǔn)的業(yè)務(wù)控制過(guò)程，S-CSCF按IFC規(guī)則觸發(fā)到SCC AS；

（4）SCC AS作為B2BUA網(wǎng)元，發(fā)起一個(gè)新的SIP呼叫到S-CSCF，帶被叫號(hào)碼為B及CS-MGW的SDP；

（5）S-CSCF繼續(xù)標(biāo)準(zhǔn)的主叫側(cè)IMS會(huì)話(huà)處理，路由請(qǐng)求到B側(cè)的IMS網(wǎng)絡(luò)；

（6）會(huì)話(huà)建立成功。

VoLTE手機(jī)通過(guò)CS域接入并接收呼叫的流程如圖3所示。圖中各步驟如下：

（1）被叫用戶(hù)B側(cè)的S-CSCF收到一個(gè)入呼的SIP Invite（通過(guò)一個(gè)I-CSCF）；

（2）S-CSCF執(zhí)行標(biāo)準(zhǔn)的業(yè)務(wù)控制流程，S-CSCF按IFC規(guī)則觸發(fā)到SCC AS；

（3）SCC AS執(zhí)行T-ADS（Terminating-Access Domain Selection，被叫接入域選擇）決策。SCC AS選擇CS域作為被叫用戶(hù)B的接入域；

T-ADS決策的輸入變量包括：

◆終端在電路域的狀態(tài)，如用戶(hù)附著或未附著

◆終端在IMS域的狀態(tài)，如注冊(cè)或未注冊(cè)

◆IMS入呼的多媒體呼叫中包含的媒體成分

◆用戶(hù)偏好以及運(yùn)營(yíng)商策略

◆終端能力信息

◆接入網(wǎng)能力信息等

（4）SCC AS發(fā)起一個(gè)新呼叫，通過(guò)S-CSCF發(fā)給用戶(hù)B；

（5）S-CSCF按標(biāo)準(zhǔn)的IMS過(guò)程，轉(zhuǎn)發(fā)Invite給MSC Server（在用戶(hù)注冊(cè)時(shí)得到的聯(lián)系地址作為MSC的聯(lián)系地址）；

（6）MSC發(fā)CS域的呼叫消息給用戶(hù)B；

（7）會(huì)話(huà)建立成功。

4 方案2——被叫側(cè)ICS方案

被叫側(cè)ICS方案中，VoLTE終端從CS域接入時(shí)，主叫業(yè)務(wù)在CS域執(zhí)行；但不管被叫終端在哪個(gè)域（IMS域或CS域）接入，被叫側(cè)業(yè)務(wù)都在被叫側(cè)IMS域執(zhí)行，被叫側(cè)IMS域執(zhí)行T-ADS過(guò)程來(lái)選擇被叫用戶(hù)的接入域（CS域或IMS域）。

VoLTE手機(jī)通過(guò)CS域發(fā)起和接收呼叫的流程如圖4所示，其中：

（1）UE A發(fā)起CS呼叫消息（包括被叫B的號(hào)碼），發(fā)給MSC Server。這里是標(biāo)準(zhǔn)的CS域發(fā)起過(guò)程；

（2）MSC觸發(fā)到智能網(wǎng)SCP（也可由SCC AS提供SCP功能），SCP修改了被叫號(hào)碼，加上前綴AC；

（3）MSC按被叫號(hào)碼前綴AC路由到被叫側(cè)IMS域的S-CSCF。Invite消息中也包括了從CS-MGW得到的SDP；

（4）S-CSCF執(zhí)行標(biāo)準(zhǔn)的業(yè)務(wù)控制過(guò)程，S-CSCF按IFC規(guī)則觸發(fā)到SCC AS；

（5）SCC AS執(zhí)行T-ADS過(guò)程。SCC AS選擇CS域作為被叫用戶(hù)B的接入域。那么它從HSS得到被叫的CS域漫游號(hào)碼MSRN；

（6）SCC AS發(fā)起一個(gè)新呼叫，通過(guò)S-CSCF發(fā)給用戶(hù)B。被叫號(hào)碼是MSRN；

（7）S-CSCF按標(biāo)準(zhǔn)的IMS過(guò)程，按MSRN路由到MSC Server；

（8）MSC發(fā)CS域的呼叫消息給用戶(hù)B；

會(huì)話(huà)建立成功。

5 方案3——互通方案

VoLTE手機(jī)在哪個(gè)域（CS域或IMS域）接入，就在哪個(gè)域做業(yè)務(wù)。當(dāng)主叫與被叫都通過(guò)CS域接入時(shí)，呼叫流程不會(huì)迂回到IMS域，重點(diǎn)在于主叫側(cè)要能正確判斷出被叫用戶(hù)當(dāng)前接入域。

為了讓HSS獲得IMS域的用戶(hù)注冊(cè)狀態(tài)，SCC AS會(huì)在用戶(hù)注冊(cè)后用MAP update_location發(fā)消息給HSS。

圖5 VoLTE手機(jī)通過(guò)CS域發(fā)起和接收呼叫（互通方案）

VoLTE手機(jī)通過(guò)CS域發(fā)起和接收呼叫的流程如圖5所示，其中：

（1）UE A發(fā)起CS呼叫消息（包括被叫B的號(hào)碼），發(fā)給MSC Server。這里是標(biāo)準(zhǔn)的CS域發(fā)起呼叫過(guò)程；

（2）MSC發(fā)SRI（Map Send Routing Information）消息到HSS查詢(xún)用戶(hù)路由；

（3）HSS執(zhí)行SDS過(guò)程，根據(jù)被叫用戶(hù)在CS域、IMS域的激活狀態(tài)來(lái)判斷被叫用戶(hù)當(dāng)前接入域；

SDS的決策參數(shù)包括：

◆用戶(hù)位置信息及接入網(wǎng)能力

◆終端在CS網(wǎng)絡(luò)的附著狀態(tài)

◆終端在IMS網(wǎng)絡(luò)的注冊(cè)狀態(tài)

◆用戶(hù)的偏好設(shè)置

◆運(yùn)營(yíng)商的策略等

當(dāng)判斷出被叫用戶(hù)在CS域接入時(shí)，HSS會(huì)從用戶(hù)當(dāng)前接入地的VLR通過(guò)PRN（Map Provide Roaming Number）消息得到一個(gè)被叫用戶(hù)的CS域漫游號(hào)碼（MSRN）。

（4）HSS返回SRIAck消息，其中攜帶被叫用戶(hù)的MSRN；

（5）MSC Server按MSRN路由到被叫側(cè)的MSC Server；

（6）被叫側(cè)MSC Server按標(biāo)準(zhǔn)的CS域呼叫過(guò)程尋呼用戶(hù)B；

會(huì)話(huà)建立成功。

6 演進(jìn)路徑建議

本文提出了VoLTE手機(jī)業(yè)務(wù)域部署的三種方案：方案1——純ICS方案；方案2——被叫側(cè)ICS方案；方案3——互通方案。當(dāng)VoLTE手機(jī)在IMS域接入時(shí)，三個(gè)方案的流程大致類(lèi)似；其區(qū)別在于VoLTE手機(jī)通過(guò)CS域接入時(shí)，選擇哪個(gè)業(yè)務(wù)域以及如何選擇業(yè)務(wù)域與接入域。endprint

互通方案需要現(xiàn)網(wǎng)HSS能支持SDS功能，并與SCC AS交互，這個(gè)接口是ICS標(biāo)準(zhǔn)中沒(méi)有的內(nèi)容。而為了用戶(hù)在CS域/IMS域分別接入時(shí)能享受同樣的業(yè)務(wù)體驗(yàn)并只進(jìn)行一次業(yè)務(wù)配置，CS域、IMS域的業(yè)務(wù)特征要一致并在兩個(gè)域的HSS間同步業(yè)務(wù)數(shù)據(jù)。這樣做的優(yōu)點(diǎn)是盡量避免了呼叫迂回到IMS域，降低接續(xù)時(shí)長(zhǎng)，CS域用戶(hù)仍在CS域提供業(yè)務(wù)從而可避免現(xiàn)網(wǎng)業(yè)務(wù)特性的損失。在LTE建網(wǎng)初期VoLTE用戶(hù)不多時(shí)，互通方案將節(jié)省IMS域的設(shè)備投資。

被叫側(cè)ICS方案對(duì)現(xiàn)網(wǎng)HSS影響較小，但必須依靠現(xiàn)網(wǎng)SCP改造或新增SCP來(lái)實(shí)現(xiàn)呼叫首先轉(zhuǎn)向到被叫側(cè)IMS域，這可能造成與現(xiàn)網(wǎng)智能業(yè)務(wù)間的沖突。當(dāng)T-ADS功能選擇了接入域?yàn)镃S時(shí)，需要抑制CS域觸發(fā)補(bǔ)充業(yè)務(wù)。該方案呼叫路徑也比互通方案更復(fù)雜，且易在用戶(hù)漫游時(shí)丟失一部分CS域業(yè)務(wù)特性。其優(yōu)點(diǎn)是被叫業(yè)務(wù)統(tǒng)一到IMS域執(zhí)行，有利于融合業(yè)務(wù)平臺(tái)，向純ICS方案演進(jìn)更自然。

純ICS方案也存在一些實(shí)施困難，比如用戶(hù)在漫游地CS域接入時(shí)的路由規(guī)劃、業(yè)務(wù)在IMS域與CS域的重復(fù)執(zhí)行問(wèn)題、重復(fù)話(huà)單消除以及現(xiàn)網(wǎng)業(yè)務(wù)全部移植等。純ICS方案是3GPP與GSMA推薦的CS域語(yǔ)音業(yè)務(wù)演進(jìn)到VoLTE的方案。而被叫側(cè)ICS方案與互通方案對(duì)網(wǎng)絡(luò)改造的程度較小，可作為先期實(shí)施方案。

為了避免影響用戶(hù)業(yè)務(wù)體驗(yàn)與逐步改造現(xiàn)有設(shè)備，運(yùn)營(yíng)商可以這樣選擇演進(jìn)路徑：

（1）演進(jìn)路徑1

Step 1：互通方案；

Step 2：被叫側(cè)ICS方案；

Step 3：純ICS方案。

（2）演進(jìn)路徑2

Step 1：互通方案或被叫側(cè)ICS方案；

Step 2：純ICS方案。

參考文獻(xiàn)：

[1] GSMA IR.64. IMS Service Centralization and Continuity Guidelines Version 4.0[S]. 2012.

[2] 3GPP TS 23.292. IP Multimedia Subsystem（IMS） centralized services； Stage 2 V11.4.0[S]. 2012.

[3] 3GPP TS 23.228. IP Multimedia Subsystem（IMS）； Stage 2 V11.6.0[S]. 2012.

[4] 3GPP TS 23.216. Single Radio Voice Call Continuity（SRVCC）； Stage 2 V11.6.0[S]. 2012.

[5] 3GPP TR 23.856. Single Radio Voice Call Continuity（SRVCC） enhancements； Stage 2 V10.0.0[S]. 2010.

[6] 3GPP TS 23.237. IP Multimedia Subsystem（IMS） Service Continuity； Stage 2 V12.0.0[S]. 2012.★endprint

互通方案需要現(xiàn)網(wǎng)HSS能支持SDS功能，并與SCC AS交互，這個(gè)接口是ICS標(biāo)準(zhǔn)中沒(méi)有的內(nèi)容。而為了用戶(hù)在CS域/IMS域分別接入時(shí)能享受同樣的業(yè)務(wù)體驗(yàn)并只進(jìn)行一次業(yè)務(wù)配置，CS域、IMS域的業(yè)務(wù)特征要一致并在兩個(gè)域的HSS間同步業(yè)務(wù)數(shù)據(jù)。這樣做的優(yōu)點(diǎn)是盡量避免了呼叫迂回到IMS域，降低接續(xù)時(shí)長(zhǎng)，CS域用戶(hù)仍在CS域提供業(yè)務(wù)從而可避免現(xiàn)網(wǎng)業(yè)務(wù)特性的損失。在LTE建網(wǎng)初期VoLTE用戶(hù)不多時(shí)，互通方案將節(jié)省IMS域的設(shè)備投資。

被叫側(cè)ICS方案對(duì)現(xiàn)網(wǎng)HSS影響較小，但必須依靠現(xiàn)網(wǎng)SCP改造或新增SCP來(lái)實(shí)現(xiàn)呼叫首先轉(zhuǎn)向到被叫側(cè)IMS域，這可能造成與現(xiàn)網(wǎng)智能業(yè)務(wù)間的沖突。當(dāng)T-ADS功能選擇了接入域?yàn)镃S時(shí)，需要抑制CS域觸發(fā)補(bǔ)充業(yè)務(wù)。該方案呼叫路徑也比互通方案更復(fù)雜，且易在用戶(hù)漫游時(shí)丟失一部分CS域業(yè)務(wù)特性。其優(yōu)點(diǎn)是被叫業(yè)務(wù)統(tǒng)一到IMS域執(zhí)行，有利于融合業(yè)務(wù)平臺(tái)，向純ICS方案演進(jìn)更自然。

純ICS方案也存在一些實(shí)施困難，比如用戶(hù)在漫游地CS域接入時(shí)的路由規(guī)劃、業(yè)務(wù)在IMS域與CS域的重復(fù)執(zhí)行問(wèn)題、重復(fù)話(huà)單消除以及現(xiàn)網(wǎng)業(yè)務(wù)全部移植等。純ICS方案是3GPP與GSMA推薦的CS域語(yǔ)音業(yè)務(wù)演進(jìn)到VoLTE的方案。而被叫側(cè)ICS方案與互通方案對(duì)網(wǎng)絡(luò)改造的程度較小，可作為先期實(shí)施方案。

為了避免影響用戶(hù)業(yè)務(wù)體驗(yàn)與逐步改造現(xiàn)有設(shè)備，運(yùn)營(yíng)商可以這樣選擇演進(jìn)路徑：

（1）演進(jìn)路徑1

Step 1：互通方案；

Step 2：被叫側(cè)ICS方案；

Step 3：純ICS方案。

（2）演進(jìn)路徑2

Step 1：互通方案或被叫側(cè)ICS方案；

Step 2：純ICS方案。

參考文獻(xiàn)：

[1] GSMA IR.64. IMS Service Centralization and Continuity Guidelines Version 4.0[S]. 2012.

[2] 3GPP TS 23.292. IP Multimedia Subsystem（IMS） centralized services； Stage 2 V11.4.0[S]. 2012.

[3] 3GPP TS 23.228. IP Multimedia Subsystem（IMS）； Stage 2 V11.6.0[S]. 2012.

[4] 3GPP TS 23.216. Single Radio Voice Call Continuity（SRVCC）； Stage 2 V11.6.0[S]. 2012.

[5] 3GPP TR 23.856. Single Radio Voice Call Continuity（SRVCC） enhancements； Stage 2 V10.0.0[S]. 2010.

[6] 3GPP TS 23.237. IP Multimedia Subsystem（IMS） Service Continuity； Stage 2 V12.0.0[S]. 2012.★endprint

互通方案需要現(xiàn)網(wǎng)HSS能支持SDS功能，并與SCC AS交互，這個(gè)接口是ICS標(biāo)準(zhǔn)中沒(méi)有的內(nèi)容。而為了用戶(hù)在CS域/IMS域分別接入時(shí)能享受同樣的業(yè)務(wù)體驗(yàn)并只進(jìn)行一次業(yè)務(wù)配置，CS域、IMS域的業(yè)務(wù)特征要一致并在兩個(gè)域的HSS間同步業(yè)務(wù)數(shù)據(jù)。這樣做的優(yōu)點(diǎn)是盡量避免了呼叫迂回到IMS域，降低接續(xù)時(shí)長(zhǎng)，CS域用戶(hù)仍在CS域提供業(yè)務(wù)從而可避免現(xiàn)網(wǎng)業(yè)務(wù)特性的損失。在LTE建網(wǎng)初期VoLTE用戶(hù)不多時(shí)，互通方案將節(jié)省IMS域的設(shè)備投資。

被叫側(cè)ICS方案對(duì)現(xiàn)網(wǎng)HSS影響較小，但必須依靠現(xiàn)網(wǎng)SCP改造或新增SCP來(lái)實(shí)現(xiàn)呼叫首先轉(zhuǎn)向到被叫側(cè)IMS域，這可能造成與現(xiàn)網(wǎng)智能業(yè)務(wù)間的沖突。當(dāng)T-ADS功能選擇了接入域?yàn)镃S時(shí)，需要抑制CS域觸發(fā)補(bǔ)充業(yè)務(wù)。該方案呼叫路徑也比互通方案更復(fù)雜，且易在用戶(hù)漫游時(shí)丟失一部分CS域業(yè)務(wù)特性。其優(yōu)點(diǎn)是被叫業(yè)務(wù)統(tǒng)一到IMS域執(zhí)行，有利于融合業(yè)務(wù)平臺(tái)，向純ICS方案演進(jìn)更自然。

純ICS方案也存在一些實(shí)施困難，比如用戶(hù)在漫游地CS域接入時(shí)的路由規(guī)劃、業(yè)務(wù)在IMS域與CS域的重復(fù)執(zhí)行問(wèn)題、重復(fù)話(huà)單消除以及現(xiàn)網(wǎng)業(yè)務(wù)全部移植等。純ICS方案是3GPP與GSMA推薦的CS域語(yǔ)音業(yè)務(wù)演進(jìn)到VoLTE的方案。而被叫側(cè)ICS方案與互通方案對(duì)網(wǎng)絡(luò)改造的程度較小，可作為先期實(shí)施方案。

為了避免影響用戶(hù)業(yè)務(wù)體驗(yàn)與逐步改造現(xiàn)有設(shè)備，運(yùn)營(yíng)商可以這樣選擇演進(jìn)路徑：

（1）演進(jìn)路徑1

Step 1：互通方案；

Step 2：被叫側(cè)ICS方案；

Step 3：純ICS方案。

（2）演進(jìn)路徑2

Step 1：互通方案或被叫側(cè)ICS方案；

Step 2：純ICS方案。

參考文獻(xiàn)：

[1] GSMA IR.64. IMS Service Centralization and Continuity Guidelines Version 4.0[S]. 2012.

[2] 3GPP TS 23.292. IP Multimedia Subsystem（IMS） centralized services； Stage 2 V11.4.0[S]. 2012.

[3] 3GPP TS 23.228. IP Multimedia Subsystem（IMS）； Stage 2 V11.6.0[S]. 2012.

[4] 3GPP TS 23.216. Single Radio Voice Call Continuity（SRVCC）； Stage 2 V11.6.0[S]. 2012.

[5] 3GPP TR 23.856. Single Radio Voice Call Continuity（SRVCC） enhancements； Stage 2 V10.0.0[S]. 2010.

[6] 3GPP TS 23.237. IP Multimedia Subsystem（IMS） Service Continuity； Stage 2 V12.0.0[S]. 2012.★endprint